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(54) Information processing apparatus, information processing method, presentation medium 
and recording medium 



(57) A system tor improving the ease of editing in a 
recordable optical disk system is described formed ot a 
first control means for controlling a plurality of pieces of 



data on a 1 -on-t basis; a second control means for con- 
trolling any arbitrary number of said first control means; 
and a third control means (or controlling any arbitrary 
range in said second control means... 
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Description 

[0001] • In general, the present invention relates to an 
information processing apparatus, an inlormation 
processing method, a presentation medium and a re- s 
cording medium. More particularly, the present inven- 
tion relates to an information processing apparatus, an 
inlormation processing melhod, a presentation medium 
and a recording medium that allow editing to be carried 
out more easily. to 
[0002] It is possible to properly edit video and audio 
data recorded in a recording medium such as a disc as 
required. In editing work, typically, a range of part of a 
piece of video data is joined to a part of" other video data 
or a range of part of video data is erased. is 
[0003] When such traditional work to edit data is car- 
ried out, however, it is the data itself that is linked or 
erased, giving rise to a problem that it takes labor and 
time to do editing including re-editing data which has " 
once been edited. 20 
[0004] The present invention addresses the problem 
described above to allow editing work to be carried out 
easily and speedily. 

[0005] An information processing apparatus accord- 
ing to one aspect of the present invention is character- 25 
ized in that the apparatus including: 

a first control means for controlling a plurality of * 

pieces of data on a 1-on-1 basis; 

a second control means for controlling any arbitrary 30 

number of the first control means; and 

a third control means for controlling any arbitrary 

range in the second control means. 

[0006] An information processing method according 35 
to another aspect of present invention is characterized 
in that the method including: 

. a first control step of controlling a plurality of pieces 
of data on a 1-on-1 basis; 40 
a second control, step of controlling any arbitrary 
number of control states at the first control steps; 
and 

a third control step of controlling a control state of 
any arbitrary range at the second control step. • '45 

[0007] A presentation medium according to another 
aspect of the present invention is characterized in that 
the medium is used for presenting a~program for making, 
an information processing apparatus carry out process- so 
ing including: 

a first control step of controlling a plurality of pieces 
of data on a 1-on-1 basis; 

a second control step of controlling any arbitrary ss 
number of control states at the first control steps; 
and 

a third control step of controlling a control state of 



any arbitrary range at the second control step. 

[0008] A recording medium used for recording data 
and control information for controlling the data accord- 
ing to another aspect ot the present invention is charac- 
terised in that the control information including: 

a first control means for controlling a plurality of 
pieces of data on a 1 -on-1 basis; . 
a second control means for controlling any arbitrary 
number of the control first control means; 
arid a third control means for controlling any arbi- 
trary range in the second control means. 

[0009] In the information processing apparatus ac- 
cording to another aspect of the present invention, a plu- 
rality of pieces of data are controlled by first control 
means on a 1 ron-1 basis and any arbitrary number of 
first control means are controlled by a second control 
means, any arbitrary range in which is controlled by a 
third control means. 

[0010] In the information processing method accord- 
ing to another aspect of the present invention and the 
presentation medium according to the present inven- 
tion, any arbitrary number of control states at first control 
steps are controlled at a second control step and a con- 
trol state of any arbitrary range at the second control 
step is controlled at a third control step. 
[0011] In the recording medium according to at least 
preferred embodiments of the present invention, as con- 
trol ^information, first control means, a second control 
means and a third control means are recorded. 
[0012] Embodiments of the invention will now be de- 
scribed, by way of example only, with reference to the 
accompanying drawings in which: . 

Fig. 1 is an explanatory diagram used for describing 
an organization of directories; 
Fig. 2 is an explanatory diagram used for describing 
the structure of a VOLUME.TOC file; 
Fig. 3 is an explanatory diagram used'for describing 
the structure of volumejnformalion ( ) ; 
Fig. 4 is an explanatory diagram used for describing 
the structure of volume_attribute ( ) ; 
Fig. 5 is an explanatory diagram used for describing 
the structure of resume ( ); 
Fig. 6 is an explanatory diagram used for describing 
the structure of vo!ume_rating ( ); 
Fig. 7 is an explanatory diagram used for describing 
the structure of write_protect ( ); 
Fig. 8 is an explanatory diagram used for describing 
the structure of play_protect ( ); 
Fig. 9 is an explanatory diagram used for describing 
the structure of recordingjimer ( ); 
Fig. 10 is an explanatory diagram used for describ- 
ing the structure of text^block ( ); 
Fig. 11 is an explanatory diagram used for describ- 
ing the structure of language_set ( ); 
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Fig. 12 is an explanatory diagram used for describ- 
ing the structure of textjtem ( ); 
.Fig. 13 is an explanatory diagram used for describ- 
ing the structure of ALBUM. STR; 
Fig. 1 4 is an explanatory diagram used for describ- s 
irig the structure of album ( ); 
Fig. 15 is an explanatory diagram used for describ- 
ing the structure of TITLE_###.VDR; 
Fig. 16 is an explanatory diagram used for describ- 
ing the structure of titiejnfo ( ); 10 
Fig. 17 is an explanatory diagram used for describ- 
ing the structure of..PROGRAM_$$$.PGI; 
Fig. 19 is an explanatory diagram used for describ- • 
ing the structure of program ( ); 
Fig. 19 is an explanatory diagram used for describ- J 5 
ing the structure of playjist ( ); 
Fig. 20 is an explanatory diagram used for describ- 
ing the structure of playjtem { ); 
Fig. 21 is an explanatory diagram used for describ- 
ing the structure of CHUNKGROUP_###.CGIT; 20 
Fig. 22 is an explanatory diagram used for describ- 
ing the structure of chunk_connection_info ( ); 
Fig. 23 is an explanatory diagram used for describ- 
• ing the structure of chunk_arrangement_info ( ); 
Fig. 24 is an explanatory diagram used for describ- 25 
ing the structure of CHUNK_%%%.ABST; 
Fig. 25 is a block diagram showing a typical config- 
uration of an optical-disc apparatus to which one 
embodiment of the present invention is applied; 
Fig. 26 is an explanatory diagram used for describ- 30 
ing an organization of directories; 
Fig. 27 is an explanatory diagram used for describ- 
ing a logical organization ol directories; 
Fig. 28 is an explanatory diagram used for describ- 
ing an offset; 3S' 
Fig. 29 is an explanatory diagram used for describ- . 
ing an organization of directories; 
Fig. 30 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 31 is an explanatory diagram used for describ- *o 
ing a logical organization of directories; 
Fig. 32 is an explanatory diagram used for describ- 
ing an organization of directories: 
Fig. 33 is an explanatory diagram used for describ- 
ing an organization of directories: 45 
Fig. 34 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. 35 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. 36 is an explanatory diagram used for describ- so 
ing file_type_id; 

Fig. 37 is an explanatory diagram used for describ- 
ing mark_type; 

Fig. 38 is an explanatory diagram used for describ-- 
ing a chunk group; ^ 55 

Fig. 39 is an explanatory diagram used for describ- 
ing a chunk group; 

Fig. 40 is an explanatory diagram used for describ- 



ing, filejypejd; 

Fig. 41 is an explanatory diagram' used for describ- 
ing chunk_sync_play Jag; 
Fig. 42 is an explanatory diagram used for describ- 
ing originaLtime_couni jype; 
Fig. 43 is an explanatory' diagram used for describ- 
ing filejypejd; 

Fig. 44 is an explanatory diagram used for describ- 
ing info Jype; 

Fig. 45. is an explanatory diagram used for describ- 
ing slot_unit Jype; 

Fig. 46 is an explanatory diagram used for describ- 
ing file_type_id; 

Fig. 47 is an explanatory diagram used for describ- 
ing program_status; 

Fig. 48 shows a flowchart used for explaining 
processing to split a title; 

Fig. 49 is an explanatory diagram used for describ- 
ing hierarchical layers of a program, titles, chunk 
groups, chunks and streams; 
Fig. 50 shows a flowchart used for explaining 
processing to swap titles; 

Fig. 51 is an explanatory diagram used for describ- 
ing hierarchical layers of a program, titles, chunk 
groups, chunks and streams; 
Fig. 52 shows a flowchart used for explaining 
processing to delete a title; 
Fig. 53 is an explanatory diagram used for describ- 
ing processing to delete a title; 
Fig. 54 shows a flowchart used for explaining 
processing to merge titles; 
Fig. 55 shows a flowchart used for explaining 
processing to set up an operation to play back a pro- 
gram; 

Fig. 56 is an explanatory diagram used tor describ- 
ing hierarchical layers of a program, titles, chunk 
groups, chunks and streams; 
Fig. 57 shows a flowchart used for explaining 
processing to play back a program; 
Fig. 58 is an explanatory diagram used for describ- 
ing the configuration of a program; 
Fig. 59 is an explanatory diagram used for describ- 
ing the configuration of a play sequence; and 
Fig. 60 is an explanatory diagram used for describ- 
ing relations among a program, play sequences and 
play items. '" 

[001 3] Before embodiments of the present invention 
are described, each means cited in claims of the patent 
in the specification is exemplified by a typical implemen- 
tation appended after the means by enclosing the im- 
plementation in parentheses in the following description 
of characteristics of the present .invention Tn order to 
clarify a relation associating the means with the imple- 
mentation. It is needless to say, however, that the ap- 
pended implementation is not to intended to be con- 
strued in a limiting sense, that is, examples of the means* 
are not limited to the appended implementation. - 
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[0014] An information processing apparatus accord- 
ing to at least a preferred embodiment is characterized 
in that the apparatus comprises: 

a first control means (implemented typically by 
CHUNK_%%%%. ABST shown in Fig. 24) for con- 
trolling a plurality of pieces of data on a 1-on-l ba- 
sis; 

a second control means (implemented typically by 
CHUNKGROUP_###.CGIT shown in Fig. 21) for 
controlling any arbitrary number of the first control 
means; and 

a third control means (implemented typically by 
TITLE_tf#tf.VDR shown in Fig. 15) for controlling 
any arbitrary range in the second, control means. 

[0015] The description begins with an explanation of 
a layout of files on a recording medium provided by the 
present invention, which information is recorded into 
and played back from. Recorded on the recording me- 
dium, files shown in Fig. 1 are classified into 7 types 
listed below. 

■ VOLUME.TOC 

ALBUM. STR 

PROGRArvV$$$.PGI 

TITLE Jr##.VDR 

CHUNKGROUP_@ @ @.CGIT 

CHUNK_%%%%.ABST 
• CHUNK_%%%%.MPEG2 

[0016] The VOLUME.TOC and ALBUM. STR tiles are 
placed in a root directory. A directory named "PRO- 
GRAM" is placed immediately below the root directory. 
The PROGRAM directory includes PROGRAM_$$$. 
PGI files where notation $$$ represents the number of 
a program. By the same token, a directory named TITLE 
is placed immediately below the root directory. The TI- 
TLE directory includes TITLE_###.VDR files where no- 
tation ### represent the number of a title. Placed imme- 
diately below the root directory, a CHUNKGROUP di- 
rectory includes CHUNKGROUP_@ @ @.CGIT files 
where notation @@@ represents the number of a 
chunk . group and a CHUNK ■ directory" includes 
CHUNK J&%%%.ABST files where notation %%%% 
represents the number of a chunk. 
[001 7] Also placed immediately below the root direc- 
tory, an MPEGAV directory contains a plurality of sub"-, 
directories which each include CHUNK_%%%%. 
MPEG2 files where %%%% represents the number of 
a chunk. 

[0018] Normally, one VOLUME.TOC file exists in the 
recording medium. In a recording medium with a.special 
structure such as a recording medium with a ROM and 
RAM hybrid structure, however, a plurality of VOLUME. 
TOC files may exist. This VOLUME.TOC file is used for 
showing the property of the recording medium as a 
whole. 



[001 9] Fig. 2 is a diagram showing the structure of the. 
VOLUME.TOC file. As shown in the figure, filejypejd 
is placed at the head of the file to indicate that the file is 
a VOLUME.TOC tile, filejypejd is followed" by 
5 volume Jnformation () which is finally followed by 
text J>lock ( ). 

[0020] Fig. 3 is a diagram showing the structure of 
volumejnformalion ( ). As shown in the figure, 
volume_inforrnation ( ) comprises volume_attribute ( ), 

*o resume (.), volume_rating ( ), write_protect ( 
playj>rolect ( ) and recordingjimer (). 
[0021] volume_attrbute ( ) is an area used for record- 
ing attributes of the logical volume. Fig. 4 is a diagram 
showing a detailed structure of volume_attribute ( ). As 

f 5 shown in the figure, volume_attribute () includes 
title_playback_modeJlag and .program_playback_ 
mode_flag. 

[0022] resume ( ) is an area used tor recording infor- 
mation used in restoration of a state immediately prior 
» to an eject operation at the time the recording medium 
is reinserted. Fig. 5 is a diagram showing a detailed 
structure of resume ( ). 

[0023] voiume_rating ( ) shown in Fig. 3 is an area 
used for recording information used in implementation 
5 of age limitation of watchers/listeners of the volume as 
a whole in accordance with user . ages and user catego- 
ries. Fig. 6 is a diagram showing a detailed structure of 
volume_rating ( ). 

[0024] write_protect ( ) shown in Fig. 3 is an area used 
o for recording information used in limitation of operations 
to change and delete a title or a program. Fig. 7 is a 
diagram showing a detailed structure of write_protect 
()■ 

[0025] play_protect ( ) shown in Fig. 3 is an area used 
5 for recording information setting a playback enable func- 
tion or a playback disable function and limiting the. 
number of playback operations for a title or a program 
recorded in the volume. Fig. B is a diagram showing a 
detailed structure of play_protect ( ). 
> [0026] recordingjimer '( ) shown in Fig. 3 is an area 
used for recording information controlling a recording 
time. Fig. g is a diagram showing a detailed structure of 
recording_timer ( ). 

[0027]' Fig. 1 0 is a diagram showing a detailed struc- 
4* ture of text_block ( ) of the VOLUME.TOC file shown in 
Fig. 2. As shown in Fig. 10. text_b!ock () includes 
langijage_sets () and textjtems (). Figs. 11 and 12 
. show detailed structures of language_set () and 
text jtem ( ) respectively. 
50 [0028] Normally, one ALBUM. STR file shown in Fig. 
1 exists in a recording medium. In a recording medium 
with a special structure such as a recording medium. with 
a ROM and RAM hybrid structure, however, a plurality 
of ALBUM. STR files may exist. The ALBUM.STR file is 
55 used for combining a plurality of recording media into a 
configuration that makes the recording media appear as 
if there we ; re only a single recording medium. 
[0029] Fig. 1 3 is a diagram showing the structure of 
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the ALBUM. STR file. As shown in the figure, fiiejypejd 
is placed at the head of the file to indicate that the file is 
ALBUM. STR fiiejypejd is followed by album ( ) which 
is finally followed by text_block ( ). 
[0030] album ( ) is an area used for recording infor- 
mation used in handling a plurality of volumes, that is, 
a plurality of recording media, as one integrated volume. 
Fig. 14 is a diagram showing a detailed structure of al- 
bum ( ). 

[0031] As many TITLE_###.VDR files shown in Fig. 
1 as titles exist. A title refers to, for example, a musical 
• selection in the case ol a compact disc or a program in 
the case of a television broadcasting. Fig! 15 is a dia- 
gram showing the structure of a TITLE JMff.VDR file. 
As showain the figure, fiiejypejd is placed at the head 
of the file to indicate that the file is TITLE_###.VDR. 
file_type_id is followed by title Jnfo ( ) which is finally 
followed by text_block ( ). Notation #.## is a string of 
characters representing the number of a title. 
[0032] title jn1o ( ) is an area used for recording a start 
point and an end point of the title on a chunk group and 
other attributes of the title. Fig. 16 is a diagram showing 
a detailed structure of title jnfo ( ). 
[0033] As many PROGRAM_$$$.PGI files shown in 
Fig. 1 as programs exist. A program comprises a plural- 
ity of cuts each specifying an area of a portion or all ol 
a title. Cuts of a program are played back jn a specified 
order. Fig. 17 is a diagram showing the structure ol a 
PROGRAM_$$$.PGI file. As shown in the figure, 
fiiejypejd is placed at the head of the file to indicate 
that the file is PROGRAM_$$$.PGI. fiiejypejd is fol- 
lowed by program ( ) which is finally followed by 
text Jjlock ( ). Notation $$$ is a string of characters rep- 
resenting the number of a program. 
[0034] program ( ) is an area used for recording infor- 
mation required in an operation io collect necessary por- 
tions of titles and play back them without accomplishing 
irreversible editing of materials. Fig. 18 is a diagram 
showing a detailed structure of program ( ). 
[0035] program ( ) shown in Fig. 18 has one playjist. 
Fig. 19 is a diagram showing details of playjist ( ). 
[0036] A plurality of playjtems ( ) are placed in 
playjist. Fig. 20 is a diagram showing details of 
playjtem ( ). • 

[0037] As many CHUNKGROUP_@@ <S>.CGIT files 
shown in Fig. 1 as many chunk groups exist. A chunk 
group is a data structure used for arranging a bit stream. 
When the user normally operates an apparatus for re- 
cording and playing back information into and from a re- 
cording medium such as a VDR (Video Disc Recorder),- 
the user is not aware of the existence of this file. 
[0038] Fig. 21 is a diagram showing a 
CHUNKGROUP^® @@.CGIT file. As shown in the fig- 
ure, fiiejypejd. is placed at the head of the file to indi- 
cate that the file is CHUNKGROUP_@@@.CGIT. 
fiiejypejd is followed by chunkgroupJime_base_ 
flags and chunkgroupjime_base_offset which are fol- 
lowed by chunk_connectionJnfo (). Finally, chunk_ 



connect ionjnfo ( ) is followed by text_block ('). 
[0039] chunkgroupJime_baseJlags are flags each 
associated with a reference counter of a chunk group. 
chunkgroupjime_base_offset shows a start time of a 
5 reference time axis of " a chunk group. chunkgroup_ 
time_base_off set is a 32-bit value set in a counter which 
counts up at a frequency of 90kHz. chunk_connection_ 
info () is an area used for recording peculiar information 
such as a video switch-over point and video and audio 
synchronization. Fig. 22 is a diagram showing a detailed 
structure of chun ^connection Jnfo ( ). 
[0040] chunk_connectionJnfo ( ) includes as many 
loops of chunk_arrangement Jnfo ( ) as chunks pertain- 
ing to a chunk group. Fig. 23 is a diagram showing de- 
tails of chunk_arrangementJnfo ( ). 
[0041] As many CHUNK_%%%%.ABST files shown 
in Fig. 1 as many chunks exist. A chunk is information 
file for a stream file. Fig. 24 is a diagram showing the 
structure of a CHUNK_%%%7o.ABST file. As shown in 
the figure, fiiejypejd is placed at the head of the file 
■ to indicate that the.file is CHUNK_7o%%%.ABST. 
[0042] The CHUNK_%%%%.MPEG2 file shown in 
Fig. 1 is a stream Hie. Unlike other files which are gen- 
erally used for storing information only, this file is used 
for storing an MPEG bit stream. 
[0043] Fig. 25 is a diagram showing a typical config- 
uration of an optical-disc apparatus for- recording and 
playing back information into and from an optical disc 
used as a recording medium including the files de- 
scribed above. In the optical-disc apparatus, a single op- 
tical head 2 is provided for a re writable, optical disc 1. 
The optical head 2 is used for both reading out and writ- 
ing information from and into the optical disc 1 . 
[0044] After being demodulated in an RF & demodu- 
lation/modulation circuit 3, a bit stream read out by the 
optical head 2 Irom the optical disc 1 is subjected to error 
correction in an ECC circuit 4 before being supplied to 
a read-out channel buffer 6 for absorbing a difference 
between a read-out rate and a decode-p recessing rate 
by way of a switch 5. An output of the read-out channel 
buffer 6 is supplied to a decoder 7. The read-out channel 
buffer 6 is designed so that a system controller 1 3 is 
capable of reading and writing the read-out channel 
buffer 6. 

[0045] A bit stream output by the : read-out channel 
buffer 6 is decoded by the decoder 7 which outputs vid- 
eo and audio signals as results ol decoding. The video 
signal output by the decoder- 7 is supplied to a synthesis 
circuit 8 to be synthesized therein with a video signal 
generated by an OSD (On Screen Display) control cir- 
cuit 9. A result of the synthesis is output through an out- 
put terminal PI to a display unit be displayed on the dis- 
play unit which is not shown in the figure. In the mean 
time, the audio signal generated by trje decoder 7 is out- 
put to a speaker through an output terminal P2 to be 
played back in the speaker which is also not shown in 
the figure. 

[0046] On the other hand, a video signal input from 
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an input terminal P3 and an audio signal input from an 
input terminal P4 are encoded by an encoder 10 before 
being supplied to a write-in channel buffer 1 1 for absorb- 
ing, a difference between an encbde-processing "rate 
and a write-in rale. The write-in channel buffer 11 is also 
designed so that the system controller 13 is capabie of 
reading, and writing the write-in channel buffer 11. 
[0047] Data stored in the wrile-in channel buffer 11 is 
read out from the write-in channel buffer 11 and supplied 
to the ECC circuit 4 by way of the switch 5. In "the ECC 
circuit 4, an error correction code is added to the data 
before the data is supplied to the RF & demodulation/ 
modulation circuit 3 to be modulated thereby. A signal, 
•strictly, speaking, an RF signal, output by the RF & de- 
modulation/modulation circuit 3 is recorded onto the op- 
tical disc 1 by the optical head 2. 
[0048] An address detecting circuit 12 defects infor- 
mation on an address on a track on an optical disc 1 
subjected to a recording or playback operation. The sys- 
tem controller 13 controls operations of components 
composing the optical-disc apparatus. The system con- 
troller 13 comprises a CPU 21 for executing various 
kinds of control, a ROM unit 22 for storing information 
such as processing programs to be executed by the 
CPU 21 , a RAM unit 23 for temporarily storing informa- 
tion such as data obtained as a result in the course of 
processing carried out by the CPU 21 and a RAM unit 
24 for storing a variety of information files to be recorded 
or played back into or from the optical disc 1 . The CPU 
21 finely adjusts the position of the optical head 2 on the 
basis of a result of detection output by the address de- 
tecting circuit 12. The CPU 21 also controls switching- 
over operations of the switch 5. Composed of a variety 
of switches and a variety of buttons, an input unit 14 is 
operated by. the user for entering a variety of commands 
to the optical-disc apparatus. 

[0049] Next, a basic operation to read in data from an 
information file is explained. In an operation to read in 
data from the VOLUME. TOC information file, for exam- 
ple, the CPU 21 employed in the system controller 13 
first confirms the physical address at which the VOL- 
UME. TOC file is recorded in the optical disc 1 and the 
length of the file by using a file-system operation instruc- 
_ tion included in a processing program in advance. Then, 
the CPU 21 moves the optical head 2 to a read-out po- 
sition on the basis of information on the address of the 
VOLUME.TOC file. Subsequently, the CPU 21 sets the 
optical head 2, the RF & demodulation/modulation cir- 
cuit 3 and the ECC circuit 4 in a read-out mode and po- 
sitions the switch 5 on the side of the read-out channel 
buffer 6. Furthermore, the CPU 21 .finely adjusts the po- ■ 
' sition of the optical head 2 before starting a read-out 
operation by using the optical head 2. In the read-out 
operation, contents of the VOLUME.TOC file are read 
out by the optical head 2 and demodulated by the RF & 
demodulation/modulation circuit 3. The output of the RF 
& demodulation/rnodulation circuit 3 is subjected to error 
correction in the ECC 4 before being stored in the read- 



out channel buffer 6. 

[0050] When the amount of data stored in the read- 
out channel buffer 6 becomes equal to or exceeds the 
size of the VOLUME.TOC file, the CPU 21 halts the 
read-out operation/ Later on, the CPU 21 reads out the 
data stored in the read-out channel buffer 6 and stores 
the data in the RAM unit 24. 

[0051] Next, a basic operation to write data into an 
information file is explained by taking the VOLUME.TOC 
information file as an example. First of all, the CPU 21 
searches the file system, that is, the optical disc 1 , for a 
free area having a size equal to or larger than a'VOL- 
UME.TOC file, into which data is to be written, and con- 
firms the address of the free area by using a file-system 
operation instruction included in a processing program 
in advance. 

[0052] Then/the CPU 21 transfers the VOLUME.TOC 
file prepared in the RAM unit 24 and to be newly written 
into the optical disc 1 to the write-in channel buffer 11, 
The CPU 21 then moves the optical head 2 to a write- 
in position on the basis of information on the address of. 
the VOL UME.TOC file. Subsequently, the CPU 21 sets 
the optical head 2, the RF & demodulation/modulation 
circuit 3 and the ECC circuit 4 in a write-in mode and 
positions the switch 5 on the side of the write-in channel 
buffer 11. Furthermore, the CPU 21 finely adjusts the 
.position of the optical head 2 before starting a write-in 
operation by using the optical head 2. 
[0053] In the write-in operation, the newly prepared 
contents of the VOLUME.TOC file are read out from the. 
write-in channel buffer 11 and supplied to the ECC cir- 
cuit 4 by way of the switch 5. In the ECC circuit 4, an 
error correction code is added to the contents before 
modulation by the RF & demodulation/modulation circuit 
3. A signal output by the RF & demodulation/modulation 
circuil 3 is recorded into the optical disc 1 by the optical 
head 2. When the amount of data read out from the 
write-in channel buffer 11 andTecorded into the optical 
disc 1 becomes equal to or exceeds the size of the VOL- 
UME.TOC file, the CPU 21 halts the write-in operation. 
[0054] Finally, the CPU 21 rewrites a pointer pointing 
to the VOLUME.TOC file on the file system, that. is, the 
optical disc 1 , so as to make the pointer point to the new- 
ly written position by using a file-system operation in- 
struct bn included in the processing program in ad- 
vance. 

[0055] ' Next, a basic operation to play back a stream 
is explained by taking a CHUNK_0001.MPEG2 file 
shown in Fig. 1 as an example. First of all, the CPU 2V 
employed in the system controller 13 confirms the phys- 
ical address at which the CHUNK_0001.MPEG2 file is 
recorded in the optical disc 21 and the length of the file 
by using a file-system operation instruction Included in 
a processing program in advance. Then, the CPU 21 
moves the optical head 2 to a read-out position on the 
basis of information on the address of the CHUNK_. 
0001.MPEG2 file. Subsequently, the CPU 21 sets the 
optical head 2. the RF & demodulation/modulation cir-- 
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cuit 3 and the ECC circuit 4 in a read-out mode and po- 
sitions the switch 5 on the side of the read-out channel 
-buffer 6. Furthermore, the CPU 21 finely adjusts the po- 
sition of the optica! head 2 before starting a read-out 
operation by using the optical head 2. 
[0056] In the read-out operation, contents of the 
CHUNK_0001.MPEG2 file read out by.the optical head 
2 are stored in the read-out channel buffer 6 through the 
RF & demodulation/mpdulation circuit 3, the ECC circuit 
4 and the switch 5. The data stored in the read-out chan- 
nel buffer 6 is output to the decoder 7 to be decoded by 
the decoder 7 which outputs video and audio signals as 
results of decoding. The audio signal generated by the 
decoder 7 is output to the output terminal P2. In .the 
mean time, the video signal output by the decoder 7 is 
supplied to the output terminal P1 through the synthesis 
circuits. 

[0057] When the.amount of data read out from the op- 
tical disc 1 and decoded by the decoder 7 to be finally 
displayed becomes equal to the. size of the 
CHUNK_0001 MPEG2 or when an instruction to halt the 
read-out operation is received from the input unit 1 4, the 
CPU 21 stops the read-out and decode processing. 
[0058] Next, a basic operation to record a stream into 
an information file is explained by taking the 
CHUNKJOO 1.MPEG2 information file as an example. 
First of all, the CPU 21 searches the file system, that is, 
the optical disc 1, for a free area having a size equalto 
or larger than the CHUNK_0001 .MPEG2 file, into which 
a stream is to be written, and confirms the address of 
the free area by using a file-system operation instruction 
included in a processing program in advance. 
[0059] A video signal input from the input terminal P3 
and an audio signal input from the input terminal P4 are 
encoded by an encoder 10 before being supplied to the 
write-in channel buffer 11. The CPU 21 then moves the 
optical head 2 to a write-in position on the basis of in- 
• formation on the address of the CHUNK J)001.MPEG2 
file. Subsequently, the CPU 21 sets the optical head 2, 
the RF & demodulation/modulation circuit 3 and the 
ECC circuit 4 in a write-in mode and positions the switch 
5 on the side of the write-in channel buffer 11. Further- 
more, the'CPU 21 finely adjusts the position of the op- 
tical head 2 before starting a write-in operation by using 
the optical head 2. In the write-in operation, the newly 
■ prepared contents of the CHUNK_0001 .MPEG2 file are 
read out from the write-in channel buffer 11 and supplied 
to optical head 2 by way of the switch 5, the ECC circuit 
4and the RF & demodulation/modulation circuit 3. A sig- 
nal output by the RF & demodulation/modulation circuit 
3 is recorded into the optical disc 1 by the optical head 2. 
[0060] When the amount of data read out from the 
write-in channel buffer 11 and recorded into the optical 
disc 1 becomes equal to the size of the 
CHUNK_0001 .MPEG2 or when an instruction to halt the 
write-in operation is received from the input unit 14, the 
CPU 21 stops the write-in processing. Finally, the CPU 
21 rewrites a pointer pointing to the CHUNK_ 



0001.MPEG2 file on the file system, that is, the optical 
disc 1 , so as to make the pointer point to the newly writ- 
ten position by using a file-system operation instruction 
included in the processing program in advance. 

5 [0061] Assume that information and stream files 
shown in Fig. 26 have been recorded in the optical disc 
1. In this example, the optical disc 1 includes a file 
named PROGRAM 001. PGI for storing a program. In 
addition, the optical disc 1 also includes three title files 

io named TITLE_001.VDR, TITLE_002.VDR and 
TITLE_003.VDR respectively. 

[0062] Furthermore, the optical disc 1 also includes 
two chunk-group information files named CHUNK- 
GROUP_001.CGIT and CHUNKGROUP_002.CGIT. 

'5 On the top 'of that, the optical disc 1 includes three 
stream files named CHUNKJ)001.MPEG2, CHUNK_ 
0011;MPEG2 and CHUNK_0012.MPEG2 as well as 
three information files named C HUN KJX501. ABST, 
CHUNK J)011. ABST and CHUNK.0012.ABST associ- 

20 ated with the CHUNK J)001.MPEG2. CHUNK. 
0011.MPEG2 and CHUNK_0012.MPEG2 files respec- 
tively. 

[0063] Fig. 27 is a diagram showing the logical struc- 
ture of the optical disc 1 containing the information and 
25 stream files shown in Fig. 26. In this example, the chunk 
information files named CHUNK_0001 .ABST, CHUNK_ 
0011. ABST and CHUNK_0012.ABST specify the 
CHUNK 0001.MPEG2, CHUNK_00T1.MPEG2 and 
CHUNK_0012.MPEG2 stream files respectively. To put 
30 it concretely, in a chunkjilejd field of each of the 
CHUNK.%%%%: ABST- files shbwn jn Fig. 24, the file 
ID of the associated stream tile is specified. 
[0064] In addition, in this example; the chunk-group 
information file named CHUNKGROUP_001.CGIT 
35 specifies the chunk information file named CHUNK_ 
0001 .ABST whereas the chunk-group information file 
named CHUNKGROUP_002.CGIT specifies the chunk 
information files named CHUNKJXMI.ABST and 
CHUNK_0012.ABST. To put it concretely, in a 
to chunk_info_file_id field of chunk_arrangementJnfo ( ) 
shown in Fig. 23. a file ID of chunk information is spec- 
ified. This chunk_arrangement_info ( ) is included in a 
chunk group information file. As many chunk_ 
arrangement_infos ( ) as chunks pertaining to a chunk 
45 group exist in the data structure. It should be noted that 
chunk_arrangement_info ( ) shown in Fig. 23 is de- 
scribed in chunk_connectionjnfo ( ) shown in Fig/22 
and this chunk_connection_info is described in the 
CHUNKGROUP. ###.CGIT file shown in Fig_21. 
so [0065] There is only one chunk_arcangement_Jnfo ( ) 
in CHUNKGROUPJXM . The chunk_info_file_id field of 
this chunk_arrangement_info () specifies CHUNK_ 
0001. On the other hand, there are two 
chunk_arrangement_infos ( ) in CHUNKGROUP_002. 
55 The chunkjnfojilejd fields of these chunk_ 
arrangemenUnfos 0 specify CHUNK_0011 and 
CHUNK_001 2 respectively. Thus, a chunk group can be 
used to specify an order in which a plurality of chunks 
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are to be played back. 

[0066] To put it concretely, first of all, an initial value 
of a timer for the chunk group is determined by . 
chunkgroupjime_base_offset in the CHUNKGROUP_ 
###.CGIT file shown in Fig. 21 . Then, when each chunk 
is cataloged, presentatbn_start_cg^time_count and 
presentattion_end_cg_time_count of chunk_arrange- 
menl_info ( ) shown in Fig. 23 are specified. 
[0067] For example, assume that the lime lengths of 
CHUNK_Q011 and CHUNK_0012 are A and B respec^ 
tively as shown in Fig. 28. In this case, 
presentatbn_start_cg_count and presentattion_ 
end_cg_count of CHUNK_0011 are equal to 
chunkgroup_time_base_offset and chunk_group_ 
time_base_offset+A respectively. On the other hand, 
presentatbn_start_cg_count and presentattion_ 
end_cg_count of CHUNK_0012 are equal to 
chunkgroup_time_base_pffset+A and chunk_group_ 
time_base_offset+A+B respectively. By setting the 
fields in this way, CHUNKGRbuP_002 is defined so that 
CHUNK_0011 and CHUNK J)01 2 are played back con- 
tinuously. 

[0068] It should be noted that, if the playback time of 
CHUNK_0011 overlaps the playback time of 
CHUNK_0012, one of the playback times can be shifted 
to eliminate the overlapping. In addition, trans ition_info 
( ) in chunk_arrangemenUnfo ( ) shown in Fig. 23 is 
used as a descriptive field used for specifying a special . 
effect such as a fade-in, a fade-out or a wipe in a tran- 
sition from one stream to another one. 
[0069] In the example shown in Fig. 26 (or Fig. 27), 
the T1TLE_001 .VDR and TITLE_002. VDR title informa- 
tion files specify the CHUNKGROUPJXI1 .CGIT chunk- 
group information file whereas the TITLE_003. VDR title 
information file specifies the CHUNKGROUP_ 
002.CGIT chunk-group information file, To put it con- 
cretely, a cgit_file_id field in titlejnfo ( ) shown in Fig. 
16 specifies the file ID of the chunk group. In addition, 
fields named litIe_start_chunk_group_time_stamp and 
title_end_chunk_group_time_stamp are used for spec- 
ifying a time range in which the title is defined in the 
chunk group. 

[0070] In the example shown in Fig. 27, for example, 
TIT.LE_001 and TITLE_002 specify the first and second 
halves of CHUNKGROUP 001. It should be noted that 
the division conforms to a request made by the user and 
its position is determined arbitrarily by the user instead 
of being determined in advance. In this example, let the 
position of division into TITLE J)01 and TITLE_002 be 
set at a location separated away from the head of 
CHUNKGROUP_001 by a distance of A. 
[0071] TITLE_001 specifies CHUNKGROUP_001 as 
a chunk group and a start time of CHUNKGROUP_001 
as a start time of the title. As an end time of the title, a 
time of a point specified by the user is specified. 
[0072] That is to say, as title_start_chunk_ 
group Jime_stamp of TITLE 001, chunkgroupJime_ 
base_offset (the position of the head) of 



CHUNKGROUP_001 is set whereas, as title_end_ 
chunk_group_time_stamp of TITLEJX)1, a sum of 
chunkgroup_time_base_offset of CHUNKGROUP_001 
. and the distance A is set. 

5 [0073] TITLE _002 specifies CHUNKGROUPJX)1 as 
a chunk group and a time of a point specified by the user 
is specified a start time of the title. As an end time of the 
title, an end lime of CHUNKGROUP_001 is specified. 
[0074] That is to say, as titte_start_chunk_group_ 

io time_stamp of TITLE _002, a sum of chunk- 
group_time_base_offset (the position of the head) of 
CHUNKGROUP_001 and the distance A is set whereas, 
as title_end_chunk^groupJime_stamp of TITLE_002. 
a sum of chunkgroup_time_base_offset of CHUNK- 

*5 GROUP J)01 and the length of CHUNKGROUPJXM is 
set. 

[0075] TITLEJ503 specifies CHUNKGROUP_002 as 
a chunk group and a start time of CHUNKGROUP_002 
is specified a start time of the title. As an end time of the 

20 title, an end time of CHUNKGROUP_002 is specified. 
[0076] That is to. say, as title_start_chunk_ 
' group_time_stamp of TITLEJ303, chunkgroup_time_* 
base_offset (the position of the head) of 
CHUNKGROUP_002 is set whereas, as title_end_ 

25 chunk_group_time_stamp of TITLE_003, a sum of 
chunkgroupJime_base_offset of CHUNKGROUP_002 
and the length of CHUNKGROUP_002 is set. 
[0077] In addition, in this example, the program infor- 
mation file named PROGRAM_001.PGI specifies that 

30 part of TITLE_001 and part of TITLE J)03 be played 
back in an order the parts are enumerated. To put it con- 
cretely, trile_n umber in play_item ( ) shown in Fig. 20 is 
used lor specifying a title. Times defined by a tilte are 
" used for defining start and. end points to extract a cut. A 

35 plurality of such cuts are gathered to compose a pro- 
gram. 

[0078] The following is a description of an append- 
record operation to additionally record new information 
onto the optical disc 1 . To put it concretely, this append- 

40 record operation is typically carried out as a video re- 
cording operation or carried out by the user by operating 
the input unit 14 to enter a command to perform video 
real-time recording to the optical-disc apparatus. In the 
latter case, a recording button is pressed if the video- 

45 recording end time is not known. A button for a one- 
touch recording function is pressed, however, for a case 
in which the recording end time can be predicted. The 
one-touch recording function is a function for carrying 
out video recording for a fixed period of time. 

50 [0079] The append-record operation is explained by 
taking timer recording as an example. In this case, the 
user ol the optical-disc apparatus specifies, among oth- 
er things, a recording start time, a recording end time, 
the bit rate of a bit stream and a channel to be recorded 

55 in advance. In addition, at a point of time the video re- 
cording is reserved, the optical disc 1 is checked in ad- 
vance to find out whether or not there is left a free space 
suited for the bit rate and the length of the recording 
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time. 

[0080] If another recording operation is carried out on 
the optical disc 1 between a time a reservation is made 
and a time to execute the reserved video recording, it is 
quite within the bounds of possibility that the confirmed 5 
free space for implementing the reserved video record- 
ing at the specified bit rate can not be allocated any 
more. In such a case, the CPU 21 eilher reduces the bit 
rate to a value smaller than the specified fore in order 
to record information for the reserved period of time, or 10 
records information for a period of time as long as pos- 
sible by keeping the bit rate unchanged as it is. It is need- 
less to say that the CPU 21 then carries out the record- 
ing operation further and, as an inconvenience for the 
reserved video recording is detected, a message in- 1 $ 
forming the user of the inconvenience is issued. 
[0081] As the start time of the reserved video record- 
ing is approaching, the CPU 21 uses an embedded timer 
and a clock signal to automatically restore the optical- 
disc apparatus to an operating mode from a sleep mode. 20 
Then, the CPU 21 issues a file-system operation instruc- 
tion included in the processing program from the begin- 
ning to allocate an area used for recording a reserved . 
program on the optical disc 1 . That is to say, first of all, 
the CPU 21 subtracts the start time from the end time 25 
of the reserved recording to find the length of the record- 
ing time and, then, calculates a product of the length of 
the recording time and the bit rate to find the size of the 
necessary area to be allocated for recording the re- 
served program. In addition to a stream file required in 30 
the reserved recording, data may need to be stored in 
an information file. To be more specific, when a new title 
needs to be stored in a title information file, an area has 
to be allocated on the optical disc 1 for recording the title 
information file. If an area with a sufficient size can not 35 
be allocated, it is necessary to adopt the countermeas- 
ure technique described above, that is, reduction of the 
bit rate or carrying out a recording operation only for a 
period of time corresponding to the allocated area. 
[0082] It should be noted that, since a new title is 40 
stored in this case, the user gives a name to a new 
stream file, strictly speaking, to a new stream file in a 
new stream directory. Let the name be ¥MPE- 
GAV¥STREAM_003¥ CHUNK_0031 . That is to say, the . 
name of the stream file is CHUNK JXD31.MPEG2 in the « 
STREAM_003 directory under the MPEGAV directory in 
the root directory as shown in Fig. 29. 
[0083] The CPU 21 issues .instructions of execution 
in the recording mode to other components of the opti- ■ 
cal-disc apparatus. For example; a video signal re- so 
ceived through the input terminal P3 and an audio signal 
through the input terminal P4 from a tuner not shown in 
the figure are encoded by the encoder 10 and then 
stored in a write-in channel buffer 11 . Then, the CPU 21 
moves the optical head 2 to a write position determined 55 
by information on an address of the area allocated ear- 
lier. The CPU 21 then sets the optical head 2, the RF & 
demodulation/modulation circuit 3 and the ECC circuit 
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4 in a write-in mode and positions the switch 5 on the 
side of the write-in channel buffer 11, After the position 
of the optical head 2 has been finely adjusted, a write- 
in operation using the optical head 2 is started. At that 
time, data to be recorded in a newly provided file named 
CHUNK_0031.MPEG2 is read out from the -write-in 
channel buffer 11 to be recorded onto the optical disc 1 
by way of the switch 5, the ECC circuit 4, the RF & de- 
modulation/modulation circuit 3 and the optical head 2. 
[0084] • When one of the following events occurs dur- 
ing the write-in operation described above, the CPU 21. 
halts the operation. 

1 The end time of the reserved video recording is 
reached. 

2 Information can no longer be recorded onto the 
optical disc 1 due to a reason such as an insufficient 
storage capacity. 

3 An instruction to stop the recording operation is 
received. 

[0085] Next, by using a file-system operation instruc- 
tion included in the processing program in advance, the 
CPU 21 updates a pointer pointing to CHUNK_ 
0031 MPEG2 in the file system with a value pointing to 
a location at which information has been newfy record- 
ed. In addition, the CPU 21 prepares files respectively 
for chunk information, chunk-group information and title 
information, gives a name to each of the files and 
records the information into the files. It should be noted 
that free spaces for recording the files need to be allo- 
cated in advance on the optical disc 1 during the. record- 
ing operation or at the reservation time. 
[0086] As a result, new information files are created 
typically as shown in Fig. 30. 1n the figure, files names 
each with an asterisk mark provided on the right side 
thereof are the names of the files newfy created in the 
operation described above. 

[0087] Fig. 31 is a diagram showing a relation among 
the newly created information files. As shown in the fig- 
ure, TITLEJ504 specifies CHUNKGROUP_003 specify- 
ing CHUNK_0031 which specifies STREAM JJ031. 
[0088] That is to.say, a new stream is recorded in an 
information file as TITLE_004. By using a function of the 
opt icat -disc apparatus to verify a title, the user is capa- 
ble of knowing information such as attributes of 
TITLE_004. In addition, TITLE_004 can be played back. 
[0089] The following is a description of an operation 
to overwrite/record information on an optical disc 1 like 
one shown in Fig. 26 (or Fig. 27). Much like an operation 
to record a signal onto a video tape, an overwrite-record 
operation is an operation to record a new program over 
an existing program already recorded on the optical disc 
1 , erasing the existing program. 
[0090] In the overwrite-record operation, a position to 
start the operation is important. Assume that the user 
specifies the head of TITLE_001 as a position to start 
an overwrite-record operation. In this case, the over- 
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write-record operation is carried out by overwriting ex- 
isting information recorded in TITLE_001, TITLE _002 
and TITLE_003 in an order they are enumerated. If the 
overwrite-record operation has not been finished even 
if the end of TITLE_003 is reached, the recording oper- s 
ation is continued by allocating a new free area on the 
optical disc 1 : If TITLE_002 is specified as a location to 
start* an overwrite-record operation, information in 
TITLE_001 will not be overwritten by the recording op- 
eration because TITLE_001 precedes the start location 10 
of the operation. 

[0091] Assume that timer video recording is carried 
out by overwriting existing information starting with that 
at the head of TITLE_003. In this case, the user of the 
optical-disc apparatus specifies, among other things, a '5 
recording start time, a recording end time, the bit rate of 
a bit stream and a channel to be recorded in advance. 
In addition, the head of TITLE_003 is specified as a re- 
cording start location which is ol importance to the over- 
' write-record operation.- Furthermore, also in this case, 20 
at a point of lime the video recording is reserved, the 
existence of a space suitedfor the bit rate and the video 
recording time on the optical disc 1 is verified in ad- 
vance. In the case of an overwrite-record operation, a 
sum of the total size of a plurality of rewritable titles start- 2s 
ing from a specified location and free areas on the op- 
tical disc 1 is a recordable space. To be more specific; 
in this case, a sum of the total size of STREAM_0011 
and STREAM_0Q1 2 streams controlled by TITLE_003 
and a free area on the optical disc 1 is' a recordable so 
space. 

[0092] I n a overwrite-record operation, for the record- 
able space described above, there are some items 
available lor selection as to what order the video record- 
ing is to be actually carried out. As a first conceivable 35 
item of selection, it is possible to select a technique to 
record information in" an order streams are specified in 
the title. To be more specific, in this case, it is possible 
to select a technique wherein the video recording is 
started from the head of STREAM_001 1. and, as the end *o 
of STREAM_0011 is reached, the recording is continued 
to the head of STREAM_0012. Then, as the end of 
STREAM_0012 is reached, the video recording is con- 
tinued to the free space on the optical disc 1 . As another 
technique, first of all, the video recording is carried out *s 
on the free area on the optical disc 1 and, at a point of 
time the free area is all used up, the recording is contin- 
ued loan existing stream. 

[0093] The former technique is excellent in a sense 
that the technique emulates a video tape. That is to say, so 
since the recording operation resembles an operation 
to record information onto a video tape, the operation is 
characterized in that the user is capable of comprehend- 
ing the operation with ease. On the other hand, charac- 
terized in that an already recorded stream is erased lat- 55 
er, the latter technique is excellent in a sense that re- 
corded information is protected. 
[0094] It should be noted that, if another recording qp- 
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eration is carried out on the optical disc 1 between a 
time a reservation is made and a time to execute the 
reserved video recording, it is quite within the bounds of 
possibility that the confirmed free space for implement- 
ing the reserved video recording at the specified bit rate 
can not be allocated any more. In such a case, much 
like the append-record operation described earlier, the 
CPU 21 either automatically reduces the bit rale to a 
value smaller than the specified fore in order to record- 
information for the reserved period of time, or records 
information for a period of time as long as possible by 
keeping the bit rate unchanged as it is. 
[0095] As the start time of the reserved video record- 
ing is approaching, the optical-disc apparatus is re- 
stored from a sleep mode to an operating mode. The 
CPU 21 allocates all free areas on the optical disc 1. It 
is needless to say that there is also a method whereby 
a free area is not allocated at this point of time but allo- 
cated at a point.of time such an area is required. For the 
sake of explanation simplicity, a required area is allocat- 
ed prior to the start of recording. 
[0096] It should be noted that since the size of a re- 
quired area is known in advance in timer recording due 
to the fact that a start :time, an end time and a bit rate 
are specified, only an area with a required size or a re- 
quired size plus a certain additional margin can be allo- 
cated. In case it is necessary to record information files 
such as a case in which a title information file to be re- 
corded as a new title is required during recording, how- 
ever, an area with a size sufficient for recording the in- 
formation files needs to be allocated. 
[0097] A name is given to a new stream file, strictly 
speaking, a new stream file in a new stream directory. 
Let the name be ¥MPEGAWSTREAMJ)02¥CHUNK_ 
0031 . That is to say, the name of the stream file is 
CHUNKJ)031.MPEG2 in the STREAM_002 directory 
under the MPEGAV directory in the'root directory as 
shown in Fig. 32. 

[0098] .A video signal received through the input ter- 
minal P3and an audio signal through the input terminal 
P4 from a tuner not shown in the figure are encoded by 
the encoder 10 and then stored in a write-in channel 
buffer 11. Then, the CPU 21 moves the optical head 2 
to a write position determined by information on an ad- 
dress of the area allocated earlier. The CPU 21 then sets 
the optical head 2. the RF & demodulation/modulation 
circuit 3 and the ECC circuit 4 in a write-in mode and 
positions the switch 5 on the side of the write-in channel 
buffer 11. After the position of the optical head 2 has 
been finely adjusted, a write-in operation using the op- 
tical head 2 is started. At that time, data to be recorded 
in a newly provided file named CHUNK_0031 .MPEG 2 
is read out from the write-in channel buffer 11 to be re- 
corded onto the optical disc 1 by way of the switch 5, 
the ECC circuit 4, the RF & demodulation/modulation 
circuit 3 and the optical head 2. 
[0099] At that time, first of all, the stream file named 
CHUNK.0011.MPEG2 is rewritten. After the recording 
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has reached the end of the stream file named 
CHUNK_0011.MPEG2, then/the operation is continued 
to a stream file named CHUNK_0012.MPEG2 prior to 
continuation to a stream tile named CHUNK_ 
0031.MPEG2. 

[0100] While the processing described above is being 
carried out, the CPU 21 halts the write-in operation at a 
point of lime any one of the 3 conditions described ear- 
lier is met. 

[0101] Then, the CPU 21 executes a file-system op- 
eration instruction included in the processing program 
in advance to update the stream files, chunk informa- 
tion, chunk-group information and title information. 
[0102] By the way, the configuration of files is 
changed with timing synchronized to completion of the 
write-in operation. For example, when recording is car- 
ried out on the stream file named CHUNK_ 
- 0031.MPEG2 after the write-in operations of the 2 
stream files named CHUNK_0011.MPEG2 and 
CHUNK_0012.MPEG2 have been completed, the con- 
figuration of files on the optical disc 1 is changed to one 
shown in Fig. 33. A file name with an asterisk mark **' . 
appended on the right side thereof is the name of a file 
newly created this time. 

[0103] Fig. 34 is a diagram showing a relation of files 
newly created in this way, that is, files shown in Fig. 33. 
When compared with that shown in Fig. 31 , it is obvious 
that CHUNK_0031 is added as a chunk included in 
CHUNKGROUP_002 specified by TITLE_003 and 
CHUNK_0031 specifies STREAM_0031. 
[01 04] On the other hand, if the pverwrite-record op- 
eration is completed while data is being written into an 
existing stream file, that is, if the overwrite-record oper- 
ation is completed while data is being written into the 
stream file named CHUNK JX)11 .MPEG2 for example, 
the [ree area allocated for the overwrite operation on the 
stream file- named CHUNK_0031.MPEG2 is released 
because no data is overwritten into the file. In this case, 
special title processing is carried out. To put it in detail, 
when an overwrite-record operation is started at the 
head of TITLEJD03 and the operation is completed in 
the middle of it, the title is split. To be more specific, as 
shown in Fig. 35, new TITLE_003 is assigned to a region 
between the start position of the overwrite-record oper- 
ation and the position of completion whereas 
TITLE_004 is given to an area following the region, that 
is, the rest of the area to which TITLE J)03 is supposed 
to be assigned originally. 

[0105] Next, an operation to play back a title is ex- 
plained. Now, assume that an optical disc 1 havingiiles 
shown in Fig. 26 is inserted into the opticaWisc appa- 
ratus and a title is then played back from the disc 1 . 
When the optical disc 1 is inserted into the'apparatus, 
first of all, the CPU 21 reads out data from information 
files on the optical disc 1 and stores the data into the 
RAM unit 24. This processing is carried out by repeating ' 
the basic operation to read in data from an information 
file described earlier. 



[0106] To be more specific, first of all, the CPU 21 
reads out data from VOLUME.TOC and ALBUMSTR. 
Then, the CPU 21 examines the directory named TITLE 
to find out how many files with a name extension". VDR" 
5 exist in the directory. A file with such a name extension 
is a file having title information. The number of files is 
equal to the number of titles. In the example shown in 
Fig. 26, the number of titles is three. Then, the CPU 21 
reads out title information from the three files and stores 
JO the information into the RAM unit 24. 

[0107] The CPU 21 controls the OSD control circuit 9 
to let the OSD control circuit 9 generate character infor- 
mation, that is, information on titles recorded on the op- 
tical disc 1 . The character information is synthesized by 
f s the synthesis circuit 8 with a video signal. A result of the 
synthesis is then output through the output terminal P1 
to be displayed on the display unit. To be more specific, 
the length and attributes of each of the 3 existing titles 
existing in this example are displayed. The attributes in- 
clude the name of the title and a date on which the title 
was recorded. 

[0108] Assume that the user specifies TITLE J)02 as 
a title to be played back for example. In the information 
file of TITLE_002, to be more specific, in thecgitjilejd 
field of titlejnfo ( ) shown in Fig. 16, a file ID specifying 
CHUNKGROUP_001 is recorded. The CPU 21 records 
the file ID and stores CHUNKG ROUP J)01 in the RAM 
unit 24.. 

[0109] Then, the CPU 21 examines which CHUNK the 
start and end times of TITLE_002 correspond to. The 
start and end times are recorded respectively in the 
title^start_chunk_group_time_stamp and title_end_ 
chunk_groupjime_stamp fields of titlejnfo ( ) shown in 
Fig. 16. The examination is carried out by comparison 
with information included in information on a CHUNK- 
GROUP in which their respective chunks have been re- 
corded. To be more specific, the examination is done by 
comparison with information recorded in the 
presentation_start_cg_time_count and presentation^ 
end_cgJime_count fields of chunk^arrangementjnfo 
( ) shown in Fig. 23. In this .example, the start time of 
TITLE_002 is known to be in the midst of CHUNK_0001 
as shown in Fig. 27. That is to say,* it is obvious that, in 
order to play back TITLE_002 from the head thereof, the 
playback operation needs to be started from the middle 
of the CHUNK_0001.MPEG2 stream file. 
[0110] Subsequently, the CPU 21 examines the 
stream in order to determine which part of the stream 
corresponds to the head of TITLE_002. That is to say. 
the CPU 21 computes the magnitude of an offset time 
(a time stamp) in the stream corresponding to the head 
of TITLE_002. Next, by using characteristic-point infor- 
mation in the CHUNK file, a playback start point corre- 
sponding to a point immediately before the start time is 
identified. In this way, an offset distance of the playback 
start point from the head of the file can be confirmed. 
[0111] Then, by using a file-system operation instruc- 
tion included in the processing program in advance, the 
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CPU 21 confirms a physical address on the optical disc 
1 in which CHUNK_0001.MPEG2 has been recorded 
and the length thereof. Further, the offset address of the 
playback start point found earlier -is added to this phys- 
ical address to finally confirm the' address of the play- 
back start point of TITLE J)02. 

[0112] Subsequently, the CPU 21 moves the optical 
head 2 to a readout position determined by information 
on the address of the CHUNK_0001.MPEG2 file. The 
CPU 21 then sets the optical head 2, the RF & demod-. 
ulation/modulation circuit 3 and the ECC circuit 4 in a 
read-out mode and positions the switch 5 on the side of 
the read-out channel buffer 6. After the position of. the 
optical head 2 has been finely adjusted, a read-out op- 
eration using the optical head 2 is started. At that time, 
data read out from the file named CHUNK_ 
0001 .MPEG2 is stored in the read-out channel butfer 6. 
[0113] The data stored in the read-out channel buffer 

6 is then output to the decoder 7 to be decoded thereby. 
As results ol decoding, the decoder 7 outputs video and 
audio signals. 'At a point of time the amount of the data 
read out from the optical disc 1 , decoded by the decoder 

7 and displayed on the display unit becomes equal to 
the size ol the CHUNK_0001.MPEG2 file, the CPU 21 

. makes the playback operation transit to TITLE J)03. An 
operation to play back information from TITLE_003 is 
carried out in the same way as TITLE JX)2. 
[01 14] As the operation to play back data from the re- 
corded titles is completed or as an instruction to halt the 
read-out operation is received, the readout and decod- 
ing processing is terminated. 

[0115] It should be noted that, when a new disc or a 
disc with a different format is inserted into the optical- 
disc apparatus as the optical disc 1 , the CPU 21 makes 
an attempt to read out VOLUME.TOC and ALBUM. STR 

. from the inserted disc. However, these Hies usually do 
not exist in the newly inserted disc. In such a case, that 
is, in case VOLUME.TOC and ALBUM. STR can not be 
read out, the CPU 21 issues a message to make a re- 
quest for an instruction from the user. In response to the 

. message, the user gives an instruction to the CPU 21 
to eject the optical disc 1 in case the newly inserted disc 
has a different format, or to initialize the optical disc 1 in 
case the newly inserted disc is a new disc even with the 
same format. As an alternative, the instruction may 
cause data on the newly inserted disc to be recovered 
by using some methods in case the data has been de- 
stroyed from the disc which has the same format. 
[0116] .Next, a title is further explained. TITLE_###. 
VDR shown in Fig. 1 5 is a file for storing information of 
a title. Information on a title is recorded in 1 .titlejnfo ( ) 
field. The number of titlejnfo () fields existing in 
TITLE Jf##.VDR is 1. Thus, as many TITLE Jr##.VDR 
files as titles exist in a volume. 

[0117] A title number is not defined in titlejnfo () 
shown in Fig. 16. Instead, the title number is determined 
by the name of the file or the file id. That is to say, no- 
tation ### in the file name TITLE JJ##. VDR is a positive 



integer used as the title number. A title is not an infor- 
mation structure. Rather, a title is associated with a 
range in a chunk group. The range starts from a title in- 
dex representing a start point and ends at another title 
5 index representing the head of the next title, or the range 
may be part of a. range ending at the end point of the 
chunk group. 

[011 8] As shown in Fig. 36, fiie_lype_id of T!ThE_###. 
VDR shown in Fig. 15 is an area used for recording a 

io string of 16 characters which are used as an identifica- 
tion indicating that the file is a file that includes titlejnfo 
( ). text_block ( ) is an area used for storing a variety of 
texts. Only text items allowing the use of text_block ( ) 
are recorded thereon. 

' 5 [0119] As shown in Fig. 16, titlejnfo () is an area 
used for recording the start and end points of the title on 
the chunk group and other attributes of the title. In ad- 
dition, titlejnfo ( ) can include a flag indicating whether 
or not a seamless playback operation between titles can 

20 be assured in an operatbn to play back the titles in the 
order of title numbers. This flag allows the optical disc 
apparatus to obtain information on whether or not a 
seamless playback operation between titles can be car- 
ried out in advance and whether or not it is necessary 

25 to change the layout when merging titles. 

[0120] A seamless playback operation within a title or 
a. chunk group is assured. Since a boundary between 
titles is also a boundary between files, however, a seam- 
less playback operation between titles can not be as- 

30 sured in some cases. It should be noted that the optical- 
disc apparatus has a function for changing the layout 
into a state allowing a seamless playback operation to 
■ be carried out in general 
[0121] title Jnfojength of titlejnfo ( ) shown in Fig. 

3S 16 is an area used for recording the length of titlejnfo 
{ ) expressed in terms of bytes, flags Jorjitle is a field 
tor recording information on the corresponding title such 
as a write attribute (that is, whether or not an operation 
to change the title is permitted), a limit on the number of 

*o times the title can be played back and a rating level, 
cgit Jilejd is an area used for recording the identifica- 
tion of a CHUNKGROUP_###.CGIT) information file 
serving as a base of the title. 

[0122] tit!e_start_chunk_groupJime__stamp is an ar- 
45 ea used for recording a time of a playback start time of 
the title on a local time axis defined in the chunk group. 
title_start_chunk_group Jime_stamp is a time to display 
pictures pointed to by the title index of the title. On. the 
other hand, trtle_end_chunk_groupJim'e_stamp is an 
50 area used for recording a time of a playback end time 
of the title on a local time axis defined in the chun k group. 
title_stari_chunk_groupJime_stamp is a playback end 
time of the chunk group or the value of a title index rep- 
resenling the start point of another title placed immedi- 
S5 . ately after the title on the time axis. 

[0123] title _playbackjime ( ) is an area used for re- 
cording the playback lime of the title, that is, a time-code 
value or the number of frames or fields. 
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number_of_marks is an area used lor recording the total 
number ol all marks set in the title excluding title index- 
es. As shown in Fig. 37, markjype. is an area used for 
recording the type of a mark placed at any position in 
the title. A mark is utilized as a random access point in 
the title. mark_chunk_group_time_stamp is an area 
used for recording a time stamp on the time axis of the 
chunk group. The time stamp corresponds to a location 
at which the mark is set in the title. Time stamps are. 
arranged into an order starting with the one with a small- 
est value. Indexes with time stamps representing the 
same start and end points of a title may exist. 
stufTmg_bytes is an area used for recording stuffing 
bytes. Its length is 8 X n bits where n ^ 0. 
[0124] Next, a chunk group and a chunk are explained 
by referring to Figs. 21 to 24. CHUNKGROUP_###. 
CGIT is the name of a file for storing a definition of the 
time axis of a title, the configuration of chunks and 
. processing of discontinuity points included in titles. 
[0125] A title comprises a variety ol bit streams such 
as streams including no video data and DV (digital vid- 
eo) bit streams. In a DV format, a time axis is prescribed 
in terms of frame units. If the STC (System Time Clock) 
- of the MPEG2 video is used as a reference, the format 
. varies, making it impossible to control a DV bit stream. 
[0126] For this reason, a local time axis in a title is set. 
The time axis is not dependent on streams composing 
the title. A boundary between titles is set independently 
of a boundary between chunks. Thus, rather than setting 
a local time axis for each.chunk (that is, by associating 
with a bit stream on a 1-on-1 basis) or setting a local 
time axis for each title, it is proper to set a local time axis 
for a set of chunks which includes a plurality of titles, 
that is, an arbitrary number of titles. A set of chunks is 
referred to as a chunk group. 

[0127] In a chunk group, a single time axis is defined. 
On the time axis, chunks are stuck to determine times 
to display the chunks. That is to say, a chunk group is 
an arrangement of chunks. in a state where the contents 
of a bit-stream file (a series of bytes) are expanded 
along the time axis. An arrangement of all chunks in- 
cluded in a bit-stream file along the time axis is referred 
to as a path. In a chunk group, a plurality of paths can 
be arranged. Paths that prescribe a playback start time- 
and a playback end time of a chunk group are referred 
to as main paths. Other paths are known as sub paths. 
A sub path mainly represents information such as an 
audio chunk which is recorded later as additional infor- 
mation. ~T 
[0128] A point of connection between chunks does 
not necessarily coincide with a boundary between titles. 
Thus, a point of connection between chunks is not an 
attribute of a title. If a relation between chunks is includ- 
ed as an attribute ol a chunk, however, there will be a 
contradiction at hierarchical layers. Information on such 
a point of discontinuity is positioned between a chunk 
and a title and it is thus considered to be appropriate to 
positbn at the chunk group hierarchical level. 



[01 29] To present what' is described above in a sum- 
mary, information of a chunk group includes how to lay 
out chunks along a time axis, an order to play back the 
chunks, a point of discontinuity at a point Of connection 

5 between the end of a first chunk and the beginning of a 
next chunk to be played back after the first chunk. 
[0130] It should be noted that a chunk group can also 
be used to specify streams to be played back at the 
same time. For instance, in an example shown in Fig. 

10 38, TITLE_001 specifies CHUNKGROUP__001 which 
specifies CHUNKJ)001 and CHUNKJ)002. -At least 
' portions ol STREAM_0001 and STREAM_0002 speci- 
fied by CHUNK_0001 and CHUNKJ0002 respectively 
overlap each other on the. time axis and will thus be 

is played back at the same time.. 

[0131] Fig. 39 is a diagram showing a case in which 
such a chunk group is generated. In this case : chunk A 
controlling- bit stream A is synthesized together with 
chunk B controlling bit stream B. In the resulting chunk 

20 group, chunks A and.B are controlled as a main path 
and a sub path respectively. At least portions of bit 
streams A and B overlap each other and will thus be 
played back at the same time. 
— [0132] - As shown in Fig. 40,- file_type_td of " 

25 CHUNKGROUP_ ###.CGIT shown in Fig. 21 is an area 
represented by a string of 16 characters which conform 
• to ISO 646 and is used as an identification indicating 
that the file is a CHUNKGROUP_CGIT file. 
chunkgroupJime_baseJlags is an area used for re- 

30 cording flags regarding a reference counter of thechunk 
group, ch unkg roup _time_base_off set is a 64-bit area . 
used for recording a start time of a reference time axis 
in the chunk group. The start time is set in a counter 
which counts up the number of 90 T kHz clock pulses. 

35 textjDlock ( ) is an area used for storing a variety of 
texts. Only text items allowing the use of textiblock ( ) 
are recorded thereon. 

[0133] As shown in Fig. 22, chunk_connectionjnfo ( ) 
is a file used for recording information! on singular points 

*o such as video change-over points and audio-video syn- 
chronization points. chunk_connection_info ( ) pre- . 
scribes status of connection between chunks. At a sin- 
gular point such as a joint between 2 chunks obtained 
as a result of editing, it is necessary to transfer from one 

45 of the chunks to the other chunk in the middle of a GOP. 
Information on the vicinity of such an edit point is pre- 
scribed in chunk_connectionJnfo {;). A chunk never 
pertains to 2 or more chunk groups. 
[0134] chunk_connection_infojength is an area 

so used for recording the .length of chunk_connection jnfo 
(.) expressed in terms of bytes. number_of_chunks is 
an area used for recording the total number of chunks 
used in the chunk group. As shown in Fig. 41, 
chunk_sync _play JJag is a flag indicating'whether or not 

55 it is necessary to play back 2 or more chunks at the same 
time. A value of 0 set in this flag indicates that only 1 
chunk is to be played back. On the other hand, a value 
of 1 indicates that a plurality of chunks are to be played 
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back at the same time. 

[0135] chunk_arrangementjnfoJength of ehunk_ 
arrangementjnfo ( } shown in Fig. 23 is an area used 
tor recording the information of the length expressed in 
terms of bytes. To put it in detail, the length is the number 
of bytes counted starting with the first byte of 
chunk_arangement_infoJength and ending with the 
last byte of transitionjnfo .(). chunk JnfoJileJ'd is an 
area used for recording a file identification indicating 
that the file is a "chunk information file. 
[0136] chunk_swilch_streamjd is an area used for 
recording stream identification of a stream .to be played 
back continuously in the case of 2 chunks connected to 
each other. Typically, an identification recorded in an 
MPEG2 packet header to identify video or audio data is 
used as this stream identification. 
presentatbn_start_cg_time_count is an area used for 
• recording a time-count value representing a display start 
time of a chunk as a time within the chunk group. The 
display start time of a chunk is expressed by a global 

- time stamp defined in the chunk group. The operation 
to" display the chunk is started at the display start time 
within the chunk group. On the other hand, 
presentation_end_cg_time_count is an area used for 
recording a time-counl value representing a dispiay end 
time of a chunk as a time within the chunk group. The 
display end time of a chunk is expressed by a global 
time stamp defined in the chunk group. 
[01 37] As shown in Fig. 42, original_time_count_type 

~ is an area used for recording a type of a time count used 
in a stream. In the case of an MPEG 2 video stream, for 
example, original Jime_count_type has a value of 
'0000'. 

number_of_startjDriginalJime_count_extension is an 
area which is used for recording the number of time 
counts each representing a newly required start lime in 
case a plurality of time counts are required. On the other 
hand, number^of_end_originaljime_count_extension 
is an area which is used for recording the number of time 
counts each representing a newly required end time in 
case a plurality of time counts are required. 
presentation_start^original Jime_count is an area used 
for recording a time within a stream or a counter value 
corresponding to presentation_start_cg_time_count. 
On the other hand, presentation_end_ original_ 
time_count is an area used for recording a time within 
a stream or a counter value corresponding to 
presentation_end_cg_time_count. 
[01 38] tc_ext_attributes is an area used for recording 
attributes for time_count_extension. time_count^ex- 
tension may include, among other data, information in- 
dicating which stream time_count_extension is applied 
to. 

start_originalJime_count_extension is an area used for 
recording a start counter value or a start time necessary 
for switching from a chunk to another. This information 
is optional and used when it is necessary to record a 
plurality of times or counter values. On the other hand, 



end_original_time_count_extension is an area used for 
. recording an end counter value or an end time neces- 
sary for switching from a chunk to another. This infor- 
mation is optional and used when it is necessary to 

5 record a .plurality of times or counter values, 
transitionjnfo ( ) is an area used for recording informa- 
tion required for applying a special effect when switching 
from a chunk to another. The information may specify a ■ 
chunk, a switching time and the type of the special effect 

io to mention a few. 

[0139] CHUNK_%%%%. ABST shown in Fig. 24 is the 
name of a file used for recording characteristic points 
extracted from a bit stream composing a chunk identi- 
fied by a subjile number represented by notation 

15 %%%%. The file includes information such as a start 
byte position, a length and attributes for each of units 
composing a bit stream such as a GOP and an audio 
frame. GOP information and audio frame information 
are collected as a CHUNK _%%%%.ABST file for each 

20 chunk- (sub-file). 

[0140] As shown in Fig : 43, file Jype Jd of CHUNK _ 
%%%%. ABST is an area used for recording an identifier 
indicating that the file includes streamjnfo ( ). 
file Jype Jd is a string of 16 characters conforming to 

25 ISO 646. 

[0141] As shown in Fig. 44, infojype shown in Fig. 
24 is an area used for recording the type of streamjnfo 
( ) that follows, infojype identifies the type of the 
stream. number_of j>rograms is an area used for re- 

30 cording the number ol programs included in the MPEG2 
TS (Transport Stream). In order to obtain the number of 
such programs, it is necessary to fetch a.PSI (Program 
Specific Information). In the case of an MPEG stream 
other than a TS, the number ol programs is 1. 

35 number_ot__streams is an area for recording the number 
of streams used in this program. The number of streams 
isequal to the number of different PIDs (packet identi- 
fications) in the case of a TS. In the case of an MPEG 
stream other than a TS, the number of streams is equal 

*o to the number of streams having stream identifications 
different from each other. 

[0142] stream Jdentifier is an area used for recording 
the identification of a stream or an extended identifica- 
tion of a stream. In the case of a TS, a PI D is utilized. 

45 [0143] slot_unitjype is an area used for recording 
how to delimit a stream in the case of a stream delimited 
at fixed intervals as shown in Fig. 45. In the case of a 
time delimiter index such as a delimiter for a frame and 
• a field, a time stamp value is used, slot Jimejength is 

50 an area used for recording a time corresponding to a 
slot, slot Jimejength is the value of a time stamp using 
a counter for counting the number of 90-kHz clock puls- 
es. numberj>f_slots is an area used for recording the 
number of slotjnfo (.) fields included in CHUNK_ 

55 %%%%.ABST. 

number_of J ^pictures Jn_a_slot is an area used for re- 
• cording the number of l-pictures included in a slot. 
number_ofJ_picturesJn_a_slot is an integer in the 
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• range 1 to 15. It should be noted, however, that the 
number of I -pictures- included in a slot immediately pre- 
ceding a slot having a GOP header as a head thereof 
may be smaller than number_of_Lpictures_in^a_slot. 
When setting a slot having the picture header of an I 
picture as a head thereof not succeeding immediately a 

' GOP header, 
number_oH _pictur.es_in_a_slot is used, 
[0144] Next, information on a. program shown in Figs. 
1 7 and 18 is further explained. Only one program ( ) field 
exists in PROGRAM_$$$.PGI. As many PROGRAM^ 
$$$.PGI files as programs exist in a volume. The 
number of a program is not defined in program ( ). In- 
stead, the number of a program is determined by the 
name of the file or the file id. 

[0145] As shown in Fig.46, file_type_id of 
PROGRAM_$$$-PG! shown in Fig. 17 is an area used 
for recording a string of 16 characters used as an iden- 
tification indicating that the file is a file that includes pro- 
gram ( ) thereon. 

text_block { ) is formed for storing a variety of texts. Only 
text items allowing the use of text_block ( ) are recorded 
thereon. 

[01 46] flags_for_program of program ( ) shown in Fig. 
' 1 8 is an area used for recording a variety of flags for the 
program such as a write attribute (whether or not an op- 
eration to change the program is permitted), a limit on 
the number of times the program can be played back 
and a rating level. 

[01 47] As shown in Fig. 47. program_status is an area 
used for recording attributes of the program. This field 
is set optionally. If it is desired to set nothing in this field, 
however, "none" must be described therein. 
[01 48] program_playback Jirne ( ) is an area used for 
recording the playback time of the program. 
number_ol_play_sequences is an area used for record- 
ing the number of play_sequences used in the program, 
fn this example of the format, however, the number of- 
play sequences is set at a fixed value of 1. That is to 
say, since at 1 program = 1 channel play back operation 
is set in this example of the format, in order to implement 
an operation to play back 2 channels at the same time, 
the simultaneous playback specification of 2 programs 
_ needs to be enabled. If there is no restriction as to 1 
program = 1 channel playback operation, with 1 pro- 
gram, a 2-channel simultaneous playback operation is 
possible. In an operation to play back 2 play sequences 
at the same time by using a multichannel I/O, the optical- 
disc apparatus determines an output channel to which 
each play sequence is assigned. 
[0149] number_of_play_lists is an area used for re- 
cording the number of play lists used in this play se- 
quence. In this example, the number of play lists is set 
at 1. 

ptayJist_start_time_stamp_oftset is an area used for 
recording a time in a play sequence obtained as a result 
of counting by means of a timer starting from the start 
time of the play sequence. This value is a start time of 



the play list. In a program, only 1 play list is allowed to 
exist in a play sequence. The time-unit system is based 
. on a frequency of 90 kHz. That is to say, the smallest 
time unit is 1/90,000 seconds. stuffing_bytes is an area 
5 used for recording stuffing bytes. Itslength is 8x n bit 
Where n £ 0. 

[0150] Next, title edit processing to .split and move a 
title is explained. In a title splitting operation, an existing 
title is split at a position specified by the user to create 

io new titles. In a title moving operation- the order of titles 
is changed. The format structure of a title information 
file described above is a structure that allows a title split- 
ting operation and a title moving operation to be carried 
out with ease. That is to say, according to the formats 

'5 described above, a chunk group, that is, a structure 
body comprising a collection of bit-stream files, and a 
title, that is, a structure body recognized by the user as 
• a title are broken down into pieces of information in such 
a way that, in operations to split or move a title, it is not 

20 necessary to change information under a chunk group. 
. [0151] Next, processing to split a title is explained by 
referring to a flowchart shown in Fig; 48. As shown in 
the figure, the processing starts with a step S1 , at which 
the user specifies a split point. For example, a predeter- 

25 mined location in TITLE_002 shown in Fig. 27 is speci- 
fied as a split point. The flow of the processing then goes 
on to a step S2 at which the CPU 21 creates an infor- 
mation file named.TITLE_002.VDR for a first title having 
the start point of the title to be split, that is, TITLE_002 

30 before splitting, as its start point and the split point as 
its end point. 

[01 52J Then, the flow of processing proceeds to a step 
S3 at which the CPU 21 creates an information file 
named TITLEJ303.VDR for a second title having the 
35 split point as, its start point and the end point of the title 
lo be split, that is, TITLE_002 before splitting, as its end 
point. 

[0153] Subsequently, the flow of the processing con- 
tinues to a step S4 at which the CPU 21 changes the 

40 name of a title following the split title. To be more spe- 
cific. TlTLE_003 shown in Fig. 27 is changed to 
. TITLE_004 to result in titles shown in Fig. 49. 

[0154] As described above, information on a chunk 
group, chunks and streams is not.changed at all even if 

4$ a title is split. 

[0155] Next, processing to swap titles is explained by 
referring to a flowchart shown in Fig. 50. To be more 
specific, TITLE_002 shown in Fig. 49 is swapped with 
TITLE_003 shown in the same figure. ' 

50 [0156] As shown in Fig. 50, the processing begins 
with a step S11 at which the CPU 21 changes the name 
TITLE_002 of the title having a number of 002 to 
TITLE_X for a title -with a number X. The flow of the 
processing theri goes on to a step S1 2 at which the CPU 

ss 21 changes the name TITLE_003 of the title having a 
number of 003 to TITLE_002 for the title with the number 
002. Then, the flow of the processing proceeds to a step 
S13 at which the CPU 21 changes the name TITLE.X 
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of the title having the number X to TITLE_003 for the 
title with the number 003. 

[0157] As described above, the CPU 21 changes the 
name TITLEJH32 of the title having the number 002 to 
TITLE_X tor a title with the number X first before chang- s 
ing the name TITLE^X of the title having the number X 
to TITLE_003 for the title with the number 003. It is be- 
cause of avoiding such that, if Ihe CPU 21 changes the 
name TITLE_002 of the title having the number 002 to 
TITLE_003 for the title with the. number 003 right away, 
there will be 2 titles having the same number 003 before 
the CPU 21 changes the name TITLE J)03 of one of the 
2 titles having the number 003 to TITLE_002 for the title 
with the number 002. 

[0158] In the processing shown in Fig. 50, 
TITLE_002, the title with the number 002, is swapped 
with TITLE_003. a title with the number 003, as.shown 
in Fig. 51. 

[0159] Fig. 52 shows a flowchart representing 
processing to delete a title. As shown in the figure, the 
processing begins with a slep S21 at which the user * 
specifies a title to be deleled. The flow of the processing 
then goes on to a step S22 at which the CPU 21 forms 
a judgment as to whether or not a chunk group* chunks 
and streams associated with the specified title are also 
associated with another title. If they are not associated 
with another title, the flow of the processing proceeds to 
a slep.S23 at which the CPU 21 deletes the chunk 
group, the chunks and the streams associated with the 
specified title. 

[0160] If the outcome of the judgment formed at the 
step S22 indicates that the chunk group, the chunks and 
thestreams associated with the specified title are also 
associated with another title, on the other hand, deletion 
of the chunk group, the chunks and the streams will 
cause them to cease from existing. Thus, in this case, 
the operation carried out at the step S23 is skipped. 
[0161] After completing the operation carried out at 
the step 23 or if the outcome of the judgment formed at 
the step S22 indicates that the chunk group, the chunks 
and the streams associated with the specified title are 
also associated with another title, the flow of the 
processing continues to a step S24 at which the CPU 
21 processes remaining information files, that is, infor- 
mation files that were not deleted. To put it in detail, 
since a title was deleted, the numbers assigned to titles 
following the deleted one are each incremented by 1 . It 
should be noted, however, that if the outcome of the- 
judgment formed at the step S22 indicates that the 
chunk group, the chunks and the streams associated 
with the specified title are also associated with another 
title, the specified title is in essence not deleted. In this 
case, the OSD control circuit 9 outputs a message stat- 
ing that the specified title is in essence not deleted to ' 
the display unit. 

[0162] After TITLE_002 has been deleled as de- 
scribed above, the former TITLE_003 file is changed to 
TITLE_002 and the former TITLE_004 file is changed 



to TITLE_003 as shown in Fig.53. At the same time, the 
former CHUNKGROUP_001 chunk group is split into 
CHUNKGROUPJX)1 and CHUNKGROUP_002 and 
the former CHUNKGROUP_002 chunk group is 
changed to CHUNKGROUP_003. In addition, the 
former STREAM_001 bit stream is split into 
STREAM_001 and STREAM_002. 
[0163] The above description shows that, in a typical 
operation to delete a title, a stream is deleted to increase 
the size of a free area. On the other hand, there is also 
a technique to delete a title by erasing only information 
on the title which is used as control information. In this 
case, a stream occupying a physical area is not actually 
deleted so that the chunk group, chunks and streams 
associated with the title are not changed at all even if 
the title is deleted. 

[0164] Next, processing to merge titles is explained 
by referring to a flowchart shown in Fig. 54. As shown 
in the figure, the processing begins with a step S31 at 
which the user specifies titles. to be merged. For exam- 
ple, titles to be merged are TITLE J)02 and TITLE_003 
shown in Fig.- 49. The flow of the processing then goes 
on to a step S32 at which the CPU 21 creates a title 
having the start point of the head title, that is, 
TITLEJ)02, as a start point thereof and the end point of 
the tail title, that is, TITLE_003, as an end point thereof. 
In this example, the created file is named TITLE_002. 
[01 65] Then, the flow of the processing proceeds to a 
step S33 to carry out deletion processing of titles prior 
to the merging. In this case, the former TITLE J502 title 
and TITLE_003 are deleted. Subsequently, the flow of 
the processing continues to a step 'S34 at which the CPU 
21 processes information files of titles following the 
merged titles. To be more specific, in this case, 
TITLE_004 shown in Fig. 49 is changed to TITLE_003. 
As a result, titles shown in Fig. 27 are obtained. 
[0166] It should be noted that,- in the example given 
above, 2 titles pertain to a same chunk group and are 
adjacent to each other. In another case, 2 titles to be 
merged have their own chunk groups, chunks and 
streams. In processing to merge such 2 titles, the chunk 
groups, the chunks and the strearhs are rearranged in 
an order by which the titles are merged to form a single 
chunk group. 

[0167] Next, a program is explained. An operation to 
play back a program means an operation to collect' nec- 
essary portions of titles and to play back the collected 
portions without carrying out irreversible editing of the 
raw material, that is, the stream. A structure for imple- 
menting this operation is referred to as a program. An 
operation to play back a program is also referred to as 
a pointer playback operation. 

[0168] A program comprises of a plurality of play se- 
quences which each comprises a plurality of play lists. . 
A play sequence controls an output channel. Which out- 
put^hannel of the optical-disc apparatus is assigned to ' 
a play sequence is determined in accordance with spec- 
ifications of the optical<lisc apparatus. 



is 



20 



25 



30 



35 



40 



45 



50 



16 



31 



EP 0 917 149 A2 



32 



[0169] A play list ot a play sequence is used lor ex- 
pressing overlaps of decoding and display operations 
among play items along the time axis. To put it in detail, 
, play items are arranged in a play list in such a way that 
pieces of processing ot the play Items do not overlap on 
the time axis. Thus.play items in a play list can be proc- 
essed sequentially. 

[0170] In this formal example, however, a program 
has only 1 play sequence which has only 1 play list. 
[0171] A play list comprises play items which are ar- 
ranged so that there are no overlaps in display times. In 
a program, a play item is represented by a pair. of an in- 
point and an out-point which point to an area in a title. 
At a joint between play items, a playback operation may 
be seamless or may not so sometimes. That is to say, 
a seamless playback operation is not assured. 
[0172] Processing to set an operation to play back a 
program is explained by referring to a flowchart shown 
in Fig. 55. Now, assuming for example that in a state 
where PROGRAM_001 exists as shown in Fig. 27, an- 
other program PROGRAM J)02 is created. 
[0173] As shown in Fig. 55, the processing begins 
with a step S41 at which the user specifies a title and in 
and out-points in the title to play back. For example, pre- 
determined first and second locations in TITLE_003 are 
specified as in and out-points respectively as shown in 
Fig. 56. 

[0174] The flow of the processing then goes on to a 
step S42 at which the CPU 21 sets the title specified at 
. the step S41, that is, TITLE_0Q3, in title_number of 
playjtem ( ) of playjist of program ( ), the in-point spec- 
ified at the step S41 in item_start Jime_stamp and the 
out-point specified at the step S41 in 
item_endjime_stamp. It should be noted that 
playjtem ( ), playjist and program ( ) are shown in 
Figs. 20, 1 9 and 1 8 respectively. 
[01 75] Then, the flow of the processing proceeds to a 
step S43at which the CPU 21 creates PROGRAM_$$$. 
PGI as a file (or storing program ( ) and records the file 
into the optical disc 1. It should be noted that notation 
$$$ in the name of the file is the number of the created 
program. Thus, notation $$$ is 002 in this case. As de- 
scribed above, PROGRAM_J)02 shown in Fig. 56 is cre- 
ated. 

[01 76] Next, processing to play back a program is ex- 
plained by referring to a flowchart shown in Fig. 57. As 
shown in the figure, the processing begins with a step 
• S51 at which the CPU 21 reads out information files from 
an optical disc 1 which includes information like ones 
shown in Fig. 27 or 56 by repeating the basic operation 
to read in an information file described earlier as soon 
as the user mounts the optical disc 1 on the optical-disc ' 
apparatus. The CPU 2firstores the information files into 
the/RAM unit 24. 

[0177] To put it in detail, first of all, the CPU 21 reads 
out VOLUME.TOC and ALBUM.STR and then makes 
an inquiry to. the file system about the number of files 
each with an extension of VPGI" placed under a direc- 



tory named "program". A file with the extension '.PGP 
is a file for storing information on a program playback 
file. The number of files each with the extension VPGP 
is the number of programs that can be played back. In 
5 the example shown in Fig. 27, the number of files each 
with an extension of VPGI" is 1. In an example shown 
tn Fig. 56, on the other hand, the number of files each 
with an extension of ".PGI" is 2. 

[0178] The flow of the processing then goes on to a 
io step S52 at which the CPU 21 controls the OSD control 
circuit 9 to read out information such as the number of 
programs that can be played back, their lengths and 
their attributes from the RAM unit 24 and output them to 
the display unit. The attributes include the name of each 
is program and the time and the date at which each pro- 
gram was recorded. 

[0179] Then, the flow of the processing proceeds to a 
step S53 at which the user specifies a program to be 
played back. Since there are 2 programs that can be 

20 played back in the example shown in Fig. 56, the user 
specifies one of them by operating the input unit 14. As 
the user specifies a program to be played back, the flow 
of the processing continues to a step' S54 at which the 
CPU 21 carries out an operation to play back the spec- 

25 jfjed program. 

[0180] In the operation to play back the specified pro- 
gram carried out at the step S54, the program is played 
back from a position indicated by the specified in-point 
to a position indicated by the specified out-point. For ex- 

30 ample, in the case of an operation to play back 
PROGRAM_0G.l of the example shown in Fig. 56, a 
range from an in-point to an out -point in TITLE_001 and 
a range trom an in-point to an out -point in TITLE_003. 
are played back. In the case of an operation to play back 

35 PROGRAMJXI2, on the other hand, a range from an in- 
point to an out-point in TITLE_003 is played back. 
[0181] Then, the flow of the processing goes on to a 
step S55 at which the CPU 21 forms' a judgment as to 
whether or not the operation to play back a program has 

40 been completed. If the operation has. not been complete 
ed yet, the flow of the processing goes back to the step 
S54 to repeat the execution of the processing at that 
step and the subsequent processing. I.f the outcome of 
the judgment formed at the step S55 indicates that the 

45 operation to play back a program has been completed, 
on the other hand, the flow of the processing proceeds 
to a step S56 at which the CPU 21 forms a judgment as 
to whether or not there is another program to be played 
back. If there is another program to be played back, the 

so flow of the processing goes back to the step S53 to re- 
peat the execution of the processing at that step and the 
subsequent processing. If the outcome of the judgment 
formed at the step S56 indicates that alt programs have 
been played back, on the other hand;- the processing is 

55 terminated. 

[0182] Relations among a program, a play sequence 

and play items are shown in Figs. 58io 60. 

[0183] As shown in Fig. 58, a program comprises a 
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plurality ol play sequences which are combined in a pre- 
determined order. As shown in Fig. 59, a play sequence 
comprises any arbitrary number ol play lists, A play list 
describes any arbitrary numbers of play items corre- 
sponding to predetermined times {time stamps). 
[0184] In the example shown in Fig. 59, play list 1 de- 
scribes play item 1., play item 2, play item 3, play item 6 
and play item 7 lo be played back sequentially one item 
after another. On the other hand, play list 2 describes 
play item 4 to be played back with timing to start from a 
middle of play item 2 and to end at a middle of play item 
3. As for play list 3, play item 5 is to be played back with 
timing to start from a middle of play items 3 and 4 and 
to end at a middle of play item 6. Thus, in an operation 
to play back this play sequence, play item 1, play item 
2, play item 3, play item 6 and play item 7 are played 
back sequentially one item after another and, at the 
same time, play item 4 is played back withtiming to start 
from a middle ol play item 2 and to end at- a middle of 
play item 3 while play item 5 is played back with timing 
to start from a middle of play items 3 and 4 and to end 
at a middle of play item 6. 

[0185] Relations among a program, play sequences 
and play items are summarized into a single diagram 
shown in Fig. 60. In a word, a program comprises any 
arbitrary number of play sequences each composed of 
any arbitrary number of play lists in which each consists 
ol any arbitrary numbers of play items. 
[01 86] As described so far, the present invention has 
been exemplified by an application thereof to an optical 
disc apparatus. It. is worth noting, however, that the 
present invention can also be applied to a case in which 
information is recorded onto or played back from other 
types of recording medium. 

[0187] It should be noted that, as a presentation me- 
dium lor presenting computer programs lo be executed 
to carry out the processing described above to the user, 
communication media such as a network and a satellite 
can be utilized in addition to recording media like.a mag- 
netic disc, a CD-ROM and a solid-state memory device. 
[0188] As described above, in the information 
processing apparatus according to the present inven- 
tion, a plurality of pieces of data are controlled by first 
_ control means on a 1-on-1 basis and any arbitrary 
number. of first control means are controlled by a second 
control means, any arbitrary range in which is controlled 
by a third control means. In addition, in the information 
processing method and the presentation medium ac- 
cording to the present invention, any arbitrary number 
of control states at first control steps are controlled at a 
second control step and a control state of any arbitrary 
range at the second control step is controlled at a third 
control step. Furthermore, in the recording medium ac- 
cording to the present invention, as control information, 
first control means, a second control means and a third 
control means are recorded. As a result, editing can be 
carried out with ease in a short period of time. ■ 



Claims 

1 . An information processing apparatus comprising: 

5 a first control means for controlling a plurality 

of pieces of data on a t-on-1 basis; 
a second control means for controlling any ar- 
bitrary number ol said first control means; and 
a third control means for controlling any arbi- 
*0 • • trary range in said second control means. 

2. An information processing apparatus according, in 
claim -1 characterized in that said second control 
means controls said arbitrary number of said first 

T5 control means so that said pieces of data controlled 
by said first control means are played back with at 
least portions of said data overlapping each other 
on a time axis. 

20 3. An information processing apparatus according in 
claim 1 characterized in that said first control means 
is a unit of said data and said third control means is 
a unit of said data seen from a user. - - 

25 4. An information processing apparatus according in 
claim 1 characterized in that, in a range of said third 
control means or said second control means, a 
seamless operation to play back said data is made 
possible. 

30 

5. An information processing method comprising the 
steps of: 

controlling a plurality of pieces of data on a Ion-. 
35 1 basis; 

controlling any arbitrary number of control 
states at said first control steps; and 
controllings control state of any arbitrary range 
at said second control step. 

40 

6. A presentation medium used for presenting a pro- 
gram for making an information processing appara- 
tus carry out processing comprising: 

45 a first control step of controlling a plurality of 

. pieces of data on a 1 -on-1 basis; 
a second control step of controlling any arbi^ 
trary number of control states at said first con- 
trol steps; and 

50 a third control step of controlling a control state 

of any arbitrary range at said second control 
step. 

7. A recording medium used for recording data and 
55 control information for controlling said data, said re- 
cording medium characterized in that said control 
information comprises: 
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a first control means for controlling a plurality 
ot pieces of data on a 1 -on- 1 basis; 
a second control means for controlling any ar- 
bitrary number of said first control means; and 
a third control means for controlling any arbi- s 
trary range in said second control means. 
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Syntax 




Number of 


Bits 


Mnemonic 


V0LU£.T0C{ 

f i le_type_id 

volume inf ormat ion 0 

text blockQ 

} 




8*16 




char [16] 


F I 


G. 


3 






Syntax 




Number of 


Bits 


Mnemon i c 



volume_ipformation() { 



volume_attribute 0 
resume 0* 
vo I ume_rat i ng 0 
wri te_protect () 
play_protect 0 
. record ing_ti me r 0 

i 



F I G.4 



Syntax 


Number of Bits 


Mnemon i c 


volume_attr ibute 0 { 

. volume_attri bute_l ength 
vdr_version 


32 

4*4 •. 


uimsbf 
bed 


reserved 

t i t le_pl ayback_mode_f I ag 
program_playback_mode_f lag 


6 
1 

1 


bsi'bf 

bslbf 
bslbf 


volume_play_time() 
update_t ime_count () 


. 4*8 
32 


.bed 
uimsbf 


maker_id 
model_code 


8*16 
8*16 


char [16] 
char [16] 


POSIO 


32 


bslbf 



} 
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Syntax ' Number of Bits Mnemonic 

resume 0 { 



resumejength 32 uimsbf 

reserved -// for byte alignment 3 bslbf 

resume_swi tch 1 bit 

reserved 4 bslbf 

number_of_records 4 uimsbf 

reserved // for byte alignment 7 bslbf 

resume_auto_execute_time_f lag 1 bit 

resume_auto_execute_time 0 4*14 bed 

reserved 4 bslbf 

resume_auto_execute_record_number 4 ' uimsbf 

for (i=0; i<number_of_records; i++) ( 

resume_mode_f lag 4 bslbf 

object_type , 4 bslbf 

I inked_record_nuniber 4 uimsbf 

number_of_t imes 16 uimsbf 

resume_updated_t imeO 4*14 bed 

switch(object r _type) { 

case t i tie- 
tit I e_number 1G uimsbf 
ti t le_local_time_stamp 64 uimsbf 
break; 

ease program^ 

program_number 16 uimsbf 

program_locaLtime_stamp 64 uimsbf 
break". 

case program_bind: 

program_bind_number 16 uimsbf 

program_order 16 uimsbf 

program_numbef 16 uimsbf 

program_local_t ime_stamp 64 uimsbf 
break;. 

case play_item.: 

play_i tem_number 16 uimsbf 

pi ay_i tem_local_time_stamp 64 uimsbf 
break 
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Syntax 

volume_rat ing 0 { 

vo I ume_rat i ng_ I engt h 
reserved. 

vo I ume_rat i ng_type 



Number of Bits Mnemonic 



32 

6 

2 



uimsbf 
bslbf 
bslbf . 



yolume_rat ing_password 128 bslbf. 

switch (rat i ng_type) { 
case age_l imi ted: 

count ry_code_f or_rat ing 32 bslbf 

for(i=0; i <32; i++) { 

rat ing_bi t_f or_age.J imi ted 1 bslbf 
break; 
case CARAl 

CARA_category 4 bslbf 

reserved 4 bslbf 

reserved 16 bslbf 

break; 
case RSAC: 

RSAC_category . 4 bslbf 

level 4 bslbf 

reserved 16 bslbf 

break! 

} 
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Syntax Number^ of Bi ts Mnemonic 

wri te_protect 0 { 



wr i te_protect J ength 


32 


uimsbf 


vo I ume_wr i te_protect_J evel 


4 


uimsbf 


password_enabl e_f I ag 


1 


bslbf 


append_on I y_f I ag 


1 


bslbf 


exp i rat i on_.t i me_enab I e_f I ag 


• 1 


bslbf 


number_of_t imes_enabl e_f lag 


1 


bslbf 


password_f or_vo I ume_wr i te_protect 


128 


bslbf 


reserved 


8 


bslbf 


wr i te_protect_set_t i me () 


56 


bed 


reserved 


8 


bslbf 


wr i te_protect_exp i rat i on_t i me 0 


56 


bed 


number_of_t imes 


16 


uimsbf 
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Syntax _^ Number qf_ Bj jts _ Mnemon i_c 

play_protect Of 



P I ay_protect_l ength 


32 


uimsbf 


vo I ume_p I ay_protect_f I ag 


2 


bslbf 


reserved 


2 


bslbf 


password_enab I e_f I ag 


1 


bslbf 


reserved 


1 ' 


: bslbf 


exp i rat i on_t i me_enab I e_f I ag 


1 


bslbf 


number_of _t i mes_enab I e_f I ag 


1 


. bslbf 


password_f or_vo I ume_p I ay_protec t 


128 


,! bslbf 


reserved 


8 


bslbf 


pl ay_protect_set_t i me 0 


56 • 


bed 


reserved 


8 


bslbf 


play_protect_expi ration_time 0 


56 . 


bed 


number_of_t imes 


16 


uimsbf 



) 



F I G . 9 



Syntax _ N y rp b e_r_ q f _ B j JL_s_ Mnemoni c 

record ing_t imer 



record ing_t imer_.l ength 
reco rd i ng_t i me r_f I ag 
number_of_en_ry 

'' for ( i=0; i<number_of_entry; i++) { 
date_and_t ime 
channe I 
program 

) • 

} 
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F I G IO 



Syntax 

TeVCbJockOf 

text_blockJength 
number_of_language_sets 
number_of_text_i terns 
f or(i=0; i<number_of_language_sets; i++) { 
language_set 0 

} 

for(i=0; i<number_of_text_i terns; i++) { 
text_item() 

} '. 

} 



Number of Bits Mnemonic 



32 
8 

16 



uimsbf 
uimsbf 
uimsbf 



FIG. II 



Syntax 

language_set 0 { 
reserved 
language_code 
character_se.t_type 
number_of_lahguage_set_names 
for (i=0; i <number_of_language_set_names; i++) {- 
character_set_type_f or_name 
language_set jiamej ength 

Ianguage_set_najne 8* I anguage_set_name_ length 



Number of Bits Mnemonic. 



8 


bslbf 


24 


bslbf 


8 


bslbf 


8 


uimsbf 


8 


bslbf . 


8 


uimsbf 




bslbf 



} 



} 
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F I G. I2 



Syntax 



Number of Bits Mnemonic 



text_item() { 
.■ text_i temj ength 
text_i temjd 
text_i tem_sub_id 
flags . 

number_o'f_used_language_sets 
//loop for each language set 
for (i=0; i<number_of_used_ I anguage_.se ts; r++) { 

language_set_Jd 

reserved 

text_string_J ength 



16 

16 

16 

8 

8 



8 
4 
16 



text_string 
bi tmapO 

} 

stuf f ing_bytes 



8* text_str i ng_J ength 



uimsbf 

uimsbf 

uimsbf 

bslbf 

uimsbf 



uimsbf 
bslbf 
uimsbf 
bslbf 



8*n bslbf 



F I G. 13 



Syntax _^ ^ Number of. Bits Mnemonic 

ALBUM, STR { " ~~ " 

f i le_type_id 8'l6 char[16] 

a I bum 0 

text_block() 

} 
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FIG. I 4 



Syntax 
a I bum () 



Number. of Bits Mnemonic 



{ 



albumjength ' 

reserved 

volume_status 

if (volume_status== "lb"* ) { 

chief_volume_f lag 
I else { 

reserved 

} ■ 

if (volume_status== "lb" ) ( 

if (chief_volumeif lag== "Mb" ) ( 
reserved 
album_type 
albim_id 

numbe r _of _d i sc s_ i n_a I bum 
numbe r_o f _vo I ume s_ i n_a I bum 

for (i=0;i<number_of_volumes_m_album;i++) { 
d i sc_ i d_f or_a I bumjnembe r 
vo I ume_i d_f or_a I bumjnembe r 
title_off set_number 

} 

reserved_for_program_bind 
number j)f j)rogram_b i nds 
for (i=Oii<number_of_program_binds; (• 
numbe r _of _program_i n_th i s_p rogram_b i nd 
for (i=0; i<number_of_programs_i n_this_ 
' disc_id^for_prografn_bind_member 
vo I ume_ i d_f or_program_b i nd_membe r 
program_number 



32 

6 

1 

1 



lelsel 



} 



//chief_volume_f lag— "Ob" 



chief_di sc_id 
chief_volume_i 
(a I bum, id 



d 



6 
2 

128 

16 
16 



128 
128 
16 

8 
8 

16 
program 
128 
128 
16 



128 
128 
128 



u imsbf 

bslbf 

bslbf 

bslbf 



bslbf 
bslbf 
bslbf 

u imsbf 
u imsbf 



bslbf 
bslbf 
uimsbf 

bslbf 
uimsbf 

uimsbf 
.bind; ( 
' uimsbf 
uimsbf 
ui msbf 



uimsbf 
u i msbf 
bslbf 
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F I G. 15 



Syntax 

TiTuOiT VDR{" 

f i le_type id 
title infoO 
text_block() 

} 



Number of Bits 



Mnerndn i c 
char [16] 



8*16 



F I G. 16 



Syntax Numbj 

titleJnfoO { 

t i tle_inf o_length 
f lags_for_t i t le 
cgit_f i lejd 

t i 1 1 e_start_chunk_g roup_t i me_stamp 
t i 1 1 e_end_chunk_group_t i me_stamp 

t i 1 1 e_p I ay baek_t i me 0 

reserved 

number_of_marks 

for (i=0; i<number_of_marks; i++) { 
reserved 
mark_type 

mark_chunk_group_t ime_stamp 

} 

stuff! ng_bytes 



Bits 


Mnemonic 


32 


uimsbf 


32 


bslbf 


16 


uimsbf 


64 


uimsbf 


64 


uimsbf 


32 


bed 


32 


bslbf 


16 • 


uimsbf 


4 


bslbf 


4 


bslbf 


64 


uimsbf 


8*n 


bslbf 



F I G . I7 



Syntax 


Number of Bits 


Mnemon i c 


PR06RAM_$$$.PGI { 
f i le_type_id . 
prog ram () 
text blockO 

}• 


8*16 


char[16] -' 
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F I G. I 8 



'Jl2.lt*? Number of Bits Mnemonic 



program () { 



prograrrHength 


32 


uimsbf 


f lags_f or_program 


32 


bslbf 


program_status 


4 


bslbf 


program_playback_time.() . 


32 


bed 


reserved 


32 


bslbf 


number_of_play_sequences 


16 


uimsbf 


for (j=0: j<number_of_play_sequence : j++) { 




number_of_play_l i sts 


16 


uimsbf 


for (k=0;k<number_of_play_l.i sts;k++) { 




P lay_l i st_start_t ime_stamp_of fset 


64 


uimsbf 



play_l ist (k) 

} 

) 

stuff ing_bytes 8*n bslbf 



F I G 19 



Number of Bits Mnemonic 



Syntax 

playJiitoT . 

//playback sequence of play items in this play list 
number_of _play_i terns 16 
for (k=0; k<numbe r_of _p I ay_ i terns I k++) { 

P J ay _ i t em_numbe r 1 6 

reserved ^ 31 

seaml ess_connect ion_f lag 1 

} . " 

//play_i tem_table 

for (PIN=1 ;PIN<=number_of_play_i terns .in progranirPIN++) { 
p I ay_i tern 0 

} 

} 



uimsbf 

uimsbf . 

bslbf 

bslbf 
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F I G .20 



Syntax 
playj temO ( 



Number of Bits 



Mnemon i c 



play_i tem_ length 
play_i tem_type 
playjnode 

total_playback_t ime() 

menu_i temjiumber 
return_J tem_number 
next_i tem_number 
prev_i tem_number 

if (play_item_type= "0000b" ) { 
//play item for one "cut" 
title_number 
//IN point 

i tem_start_t i me_stamp 

//OUT point 

i tem_end_t i me^stamp 



32 

8 

8 

32 

16 
16 
16 
16 



16 
64 
64 



uimsbf 
bslbf 
bslbf 
bed 

uimsbf 
uimsbf 
uimsbf 
uimsbf 



uimsbf 
ui msbf 
uimsbf 



F I G . 2 I 



Syntax 

CHUNKGROUPJtftf. CG I T T 
f i ie_type_id 



Number of Bits 



Mnemon i c 



chunkg roup_t i me_base_f I ags 
chunkgroup_t ime_base_of f set 

chunk_connect ion_info() 
te.xt_block() 



8*16 char[16] 



32 
64 



bslbf 
uimsbf 
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F I 6.22 



A Y rl a JL - Number^f Bits Mnemonic 

chunk_connectionjnfo() { 

chunk_connec t i on_ info_ length 32 u imsbf 

reserved. 16 bslbf 

number_of_chunks ]6 
chunk_sync_p Iay_f lag g 



// chunk info file I ist 
for( i =0; i <number_of_chunks; i++).{ 
chunk_arrangement_info() 

} 



uimsbf 
bslbf 



F I 6.23 



Syntax _ 

chunk_arrangement_info() { 



Number of Bits Mnemonic 



chunk_ar rangement_ i nf o_l ength 


32 


uimsbf 


chunk_inf o_f i le_id 


16 


bslbf 


reserved 


5 


bslbf 


chunk_sw i tch_s t ream_ i d 


16 


bslbf 


presentat ion_start_cg_t ime_count 


64 


uimsbf 


pre sen tat i on_end_cg_t i me_coun t 


64 


uimsbf 


reserved 


4 


bslbf 


chunk_time_count_type 


4 


bslbf 


number_of _start_cr i g i na 1 _t i me_count_extens i on 


8 


uimsbf 


number_of _end_pr ig inal_t i me_count_extens ion 


8 


uimsbf 


// presentation start position and time 






presentat i on_start_or i g i na 1 _t ime_count 


64 


u imsbf 


presentat i on_end_or i g i na 1 _t i rne_count 


64 


uimsbf 



} 



for(i=0;j<number_of_start_originaLtime^count_extension: j++) 

tc_ext_attributes 16 bslbf 

start_original_time_count_extension 64 uimsbf 

} 

// presentation end position.and time 

for (k=0:k<number_of _end_or i g i na l_t i mexount_extens i on : k++) { 

tc^ext_attributes 16 bslbf 

end^original J; ime_count extension 64 uimsbf 

} 

trans i tion_info() 



32 



0917149A2 I > 
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F I G . 24 

Number of Bits Mnemonic 



Syntax__ . 

file_type_id 
reserved 
chunk.fi le.id 
info_type 
//stream.infoO 

if (info_type== - MPEG2_System_TS'" ) { 
numbe r_d f„p r og rams 

else { 

number.of.programs 

} 

for (i=0.; Knumber^of .programs; i-H*){ 



} 



switch(info_type) { 
case MPEG! .System: 
case MPEG2:„System_PS: 
case MPEG2_Systetn_TS: 
case video.elementary stream 

numbe r_of_ I _p i c t u r e s_ i n_s I o i 

break; . 
default: 

reserved 

break: 

) 

//stream attribute 
ES.attributeQ 



//loop of slot info 

for (i=0; i<number_o.f _str earns.; i++) { 

for (i=0;i<number_of_slots:i++) { 
slot_info() 

) 



8*16 
4 
16 
4 



char[16] 
bslbf 
uimsbf 
bslbf 



uimsbf 
"0000 0001 " 



r_of_streams 


8 • 


uimsbf 


i=(K Knumber.of .streams ; i++) { 






stream.identif ier 


16 


bslbf 


//slot type information 


4 


bslbf 


reserved 


4 


slot.uni t_type 




bslbf 


if (s !ot_unit_type== **t ime.stamp" ) { 


32 " 




slot time length 




uimsbf 


} else { 


32 




reserved 




bslbf 


} 


32 ' 




number.of.s lots 


4 


uimsbf 


reserved 




bstbf 



uimsbf 
bslbf 
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GO 

m 
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F I 6.26 



•VOLUME. TOC 
-ALBUM. STR 
-PROGRAM 

-PROGRAM_001. PGI 
-TITLE 

—TITLE 001. VOR 

-TITLE_J302. VOR 
— TITLE 003. VOR 

-CHUNKGROUP 

-CHUNKGR0UP__0O1,CGIT 
-CHUNKGROUP_002.CG!T 

-CHUNK 

—CHUNK 0001 . ABST 

— CHUNK_0011. ABST 
—CHUNK 0012- ABST 

-MPEGAV 

-STREAMS_001 
|. . -CHUNK_0001.MPEG2 
I 

-STREAMS_002 
I — CHUNK_001 1 . MPEG2 

I -CHUNK_JD0T2.MPEG2 
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F I G .27 



PROGRAM 



001 



TITLE 



CHUNKGROUP 



CHUNK 




001 



002 



001 



0001 



003 



002 



001 1 



001 2 



1 I 






STREAM 



0001 



0011 0012 



F I G.28 



chunkgroup_t ime 
base offset 



chunkgroup_t ime_ " 
base offset +A 



chunkgroup_t ime_ 
base offset+A+B 



I 



CHUNK - GROUP 
TIME . 



B 



CHUNK001 1 




CHUNK001 2 . 
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F I G . 29 



— MPEGAV 
I -STREAMS_003 
I I -CHUNK_0031.MPEG2 



F I G . 30 



— VOLUME. TOC 
-ALBUM. STR 
-PROGRAM . 

I -PR0GRAM_001.PGI 
-TITLE 

I -TITLE_001. VOR 
I -TITLE_002.VDR 
I -TITLE_003.VOR 
I -TITLE.004.VDR* 

-CHUNKGROUP 

I -CHUNKGROUP.OOl.CGIT 
I -CHUNKGR0UP_O02.CGIT 
I -CHUNKGR0UP_0O3.CGIT* 

-CHUNK 

I -CHUNK J)001. ABST 
I -CHUNK_001 1 . ABST 
I -CHUNK_001 2. ABST 
I -CHUNK_0031. ABST* 

-MPEGAV 

I -STREAMS_001 

I I -CHUNK_0001.MPEG2" 

I I 

I -STREAMSJ302 

I L _-CHUNK_001 1 . MPEG2 

I I -CHUNK_0012.MPEG2 

I \ 

I -STREAMS_003 # 

I I -CHUNK_0031.MPEG2* 

I I 
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F I G.3 I 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




001 


002 




' V 


001 


v - 




0001 



V M 



0 03 



V V 



002 



001 1 



0012 



I 






STREAM 0001 



004 



003 



003 1 




0011 0012 0031 
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F I G, 32 



-MPEGAV 

I -STREAMS_002 
I | -CHUNK_0031.MPEG2 



F I G . 33 



-VOLUME. TOC 
-ALBUM. STR 
-PROGRAM 

I -PR0GRAM_001.PGI 
-TITLE 

-TITLE_001.VDR 

-TITLE.002.V0R 

-TITLE_003.V0R 

-TITLE_004.V0R* 

CHUNKGROUP 

-CHUNKGROUP_OOi: CGIT 
-CHUNKGR0UP_002.CGIT 

CHUNK 

-CHUNK^OOOl.ABST 
-CHUNK_'001 1. ABST 
-CHUNK_0012.ABST 
-CHUNK_0031.ABSr 

MPEGAV 

-STREAMS.001 

I -CHUNK_0001.MPEG2 

I 

-STREAMS_002 
I -CHUNK_0011.MPEG2 
I -CHUNK_0012- MPEG2 
I -CHUNK_0031.MPEG2* 
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F I G.34 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




003 



002 



0012 



0031 



I 1 





STREAM 0001 0011 0012 0031 
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F I G.35 



PROGRAM . 




TITLE 



CHUNKGROUP 



CHUNK 



001 



002 



001 



0001 




STREAM 0Q01 



003 


004 




002 


\i \t 


001 1 


00 12 


\ 

9 

001 1 


9 

D0 12 
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F I G. 36 



field name 


val ue 


f i le_type_i d 


M TITIEJNF0J)000(T 



F I G. 37 



mark_type 


Meaning , 


0000b 


index type 1 


000 lb 


index type 2 


0010b.. 0111b 


index type 3.. index type 8 


1000b 


skip IN 


1001b 


skip OUT 


1010b 


jump to title end or next title 


1011b 


scene change 


1100b 


a iid i o route 


1101b 


audio peak 


1110b 


picture still 


1111b 


reserved 



index ' direct entry point in the title 
skip IN : start point of title skip 
skip OUT : end point of title skip 



43 

BNSDOCID: <E P 09 1 7 1 «9A2_I_> 



EP 0 917 149 A2 



TITLE 



CHUNKGROUP 



CHUNK 



I G. 


38 


001 . 




V 


001 


\f: 


V 


- - oooi - 




| 0002 | 




\ \ 



© 0 

STREAM 0001 0002 
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a 

e 

a H 



c 



CD 

ro 
o 

Li_ 



CL 
Z> 

o 

L. 
C7J 



-M => 



CL 

E 

CD 



c 



- CL 
O 

c 

13 



X 

a? 
c 



-M >J 



CD 
Cfl 
l— 
CD 

£■ 



CL 
E 
cd 
-»-» 

CO 
CD 

E 



CD 



CD 



CD 



CD 









CL 








13 






CO 


O 
















o> 


c 




c 










c 










, U 




u 


JO 






o 















CD 



act 



CD 



cd 

CL 



cd 
CL 



to 
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F I G. 40 



field name 


va I ue 


f i I e_type_i d 


"CHUNKGRQUP_000(T 



F I G.4 I 



chunk_sy nc_p I ay_f I ag 


Meaning 


Ob 


play only one chunk at the same time 


1b 


need to play chunks simultaneously 



F I G.42 



o r i g i na I _t i me_cdunt_t ype 


Mean i ng 


0000 


MPEG2 System time stamp (90kHz) 


0001 


SMPTE timecode 


0010 


field (525/60) (59.94Hz) 


0011 


field (625/50) 


0100 


frame (525/60) (29. 97Hz) 


0101 


frame (625/50) 


0110 


drop frame time code(525/60) 


0111 


non drop frame time code (525/60) 


1000 


60Hz 


1001 


50Hz 


1010 


24Hz • 


1011 


second 


11 00.. 1111 


reserved 
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F I G .43 



field name 


value 


f i I e_type_i d 


"STREAM jNFO_000(T 



F I G.44 



f i I e_type 


Mean i ng 


0000 


MPEG2_System_PS 


0001 


MPEG2_System_TS 


0010 


MPE62_System_PES 


0011 


v i deo_e 1 ementar.y_s t ream 


0100 


e 1 ementary_st ream_except_v i d:eo 


0101 


MPEG1 _Syst em_s.t ream 


0110 


reserved 


0111 


reserved 


1000 


Consumer_0VC 


1001 .. 1111 


reserved 
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F I G .45 



s 1 ot_un i t_type 


Meaning 


0000b 


I 't ime_stamp' ' time stamp value 


0001b 


'GOP': one GOPCGroup of pictures) 


0010b 


aud i o_f rame' one audio frame 


0011b.. 1111b 


reserved 



F I 6. 46 



field name 


va I ue 


f i le_type_id 


M PR0GRAMJNF0J)0Q" 



FIG. 47 



program_status 


Mean i ng 


0000b 


none 


0001b 


original 


0010 b 


copy 


0011b 


preview 


0100b 


rehearsal 


0101b 


temporary 


0110b 


complete 


0111b 


broken 


1000b 


editing 


1001b 


backup 


1001b 1111b 


reserved 
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F.I G. 48 



c 



TITLE SPLITTING 
PROCESSING START 



) 



ISSUE A COMMAND 
ON A SPLIT POINT 



S1 



CREATE AN. INFORMATION FILE FOR 
STORING A 1 St TITLE WITH THE 
START POINT OF THE SPLIT TITLE 
USED AS A START POINT AND THE 
SPLIT POINT USED AS AN END POINT 



S2 



CREATE AN INFORMATION FILE FOR 
STORING A 2ND TITLE WITH THE SPLIT! 
POINT USED AS A START POINT AND 
THE END POINT OF THE SPLIT TITLE 
USED AS AN END POINT 



S3; 



V 



CHANGE THE NAME OF 
A TITLE FOLLOWING 
THE SPLIT TITLE 



S4 



( END ) 
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F I G.49 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




001 


002 


003 




' \ 


i. \i 


001 


V 






0001 


1 


i 



STREAM 



e 

0001 



004 


\i 






. v 


.002 


i \i 


0011 


0012 


' \ 


1 




i 



0011 0012 " 



F I G.50 



(title SWAPPING processing start) 









SI 1 


CHANGE 


THE NAME OF ORIGINAL TITLE 


2 


TO X 




i 




S12 


CHANGE 


THE NAME. OF ORIGINAL TITLE 


3 


TO 2 








i 










CHANGE TITLE 


X TO TITLE 3 




S13 








i 







(end) 
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PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 



STREAM 
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